В общем, если свойства не ссылаются на общее состояние, то они могут без проблем обновляться в отдельных потоках, даже если они являются частью одного и того же объект.

Что-то подобное?

http://www.sveinbjorn.org/dataurls_css

Существует несколько подходов:

Использование ActiveSupport:: Concern (предпочтительно)

Для получения дополнительной информации см. документацию ActiveSupport:: Concern .

Создайте файл с именем active _ record _ extension.rb в каталоге lib .

require 'active_support/concern'

module ActiveRecordExtension

  extend ActiveSupport::Concern

  # add your instance methods here
  def foo
     "foo"
  end

  # add your static(class) methods here
  class_methods do
    #E.g: Order.top_ten        
    def top_ten
      limit(10)
    end
  end
end

# include the extension 
ActiveRecord::Base.send(:include, ActiveRecordExtension)

Создайте файл в каталоге config/initializers с именем extensions.rb и добавьте в файл следующую строку:

require "active_record_extension"

Наследование (предпочтительно)

См. ответ Тоби .

Исправление обезьян (следует избегать)

Создайте файл в каталоге config/initializers с именем active _ record _ monkey _ patch.rb .

class ActiveRecord::Base     
  #instance method, E.g: Order.new.foo       
  def foo
   "foo"
  end

  #class method, E.g: Order.top_ten        
  def self.top_ten
    limit(10)
  end
end

Знаменитая цитата о регулярных выражениях Джейми Завински может быть повторно предназначена для иллюстрации проблем, связанных с латанием обезьян.

Некоторые люди, столкнувшись с проблемой, думают: "Я знаю, я буду использовать исправление обезьян. " Сейчас у них две проблемы.

Исправление обезьян просто и быстро. Но сэкономленные время и усилия всегда извлекаются обратно где-то в будущем; с комплексным интересом. В эти дни я ограничиваю заплатку обезьян, чтобы быстро создать прототип решения в консоли рельсов.

Вы можете сделать это, только если вы уверены, что изменение одного свойства не приведет к изменению другого, которое может быть изменено в другом потоке. Если свойства не имеют общих данных, это будет работать отлично!

Предполагая "нормальные" свойства - например, автоматически реализуемые или простые с поддержкой полей:

public class MyClass {
    [ReadOnly]
    public string FileAuthor { get; set; }

    public string MetaDataAuthor { 
       get { return _metaDataAuthor; }
       set {  _metaDataAuthor = value; }
    }
    private string  _metaDataAuthor;
}

Не должно быть никаких проблем, связанных с изменением значения в разных потоках. Нет необходимости синхронизировать запись в разные переменные.

Однако - если PropertyGrid показывает свойства файла (например, FileAuthor) - вы, вероятно, захотите синхронизировать чтение (привязку PropertyGrid) и запись (извлечение файла) из них.