Как реализовать одноэлементную модель

Я не уверен, что стал бы тратить накладные расходы базы данных/ActiveRecord/Model на такую ​​базовую потребность. Эти данные относительно статичны (я предполагаю), и расчеты на лету не нужны (включая поиск в базе данных).

Сказав это, я бы рекомендовал вам определить файл YAML с настройками для всего сайта и определить файл инициализатора, который загружает настройки в константу. У вас не будет почти столько ненужных движущихся частей.

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

1. undef метод инициализации/нового
2. определите только методы self.* таким образом, что вы не сможете поддерживать состояние

(Я согласен с @user43685 и не согласен с @Derek P - есть много веских причин хранить данные всего сайта в базе данных, а не в файле yaml. Например: ваши настройки будут доступны на всех веб-серверах (если вы иметь несколько веб-серверов); изменения в ваших настройках будут ACID; вам не нужно тратить время на реализацию оболочки YAML и т. д. и т. д.)

В рельсах это достаточно легко реализовать, вам просто нужно помнить, что ваша модель должна быть «одиночкой» в терминах базы данных, а не в терминах объекта ruby.

Самый простой способ реализовать это:

1. Добавьте новую модель с одним столбцом для каждого свойства, которое вам нужно.
2. Добавьте специальный столбец с именем «singleton_guard» и убедитесь, что он всегда равен «0», и пометьте его как уникальный (это обеспечит наличие только одной строки в базе данных для этой таблицы).
3. Добавьте статический вспомогательный метод в класс модели для загрузки одноэлементной строки.

Таким образом, миграция должна выглядеть примерно так:

create_table :app_settings do |t|
  t.integer  :singleton_guard
  t.datetime :config_property1
  t.datetime :config_property2
  ...

  t.timestamps
end
add_index(:app_settings, :singleton_guard, :unique => true)

И класс модели должен выглядеть примерно так:

class AppSettings < ActiveRecord::Base
  # The "singleton_guard" column is a unique column which must always be set to '0'
  # This ensures that only one AppSettings row is created
  validates_inclusion_of :singleton_guard, :in => [0]

  def self.instance
    # there will be only one row, and its ID must be '1'
    begin
      find(1)
    rescue ActiveRecord::RecordNotFound
      # slight race condition here, but it will only happen once
      row = AppSettings.new
      row.singleton_guard = 0
      row.save!
      row
    end
  end
end

В Rails >= 3.2.1 вы должны иметь возможность заменить тело геттера «instance» вызовом «first_or_create!" вот так:

def self.instance
  first_or_create!(singleton_guard: 0)
end

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

Чем YAML отличается от базы данных? .. та же тренировка - внешняя по отношению к коду приложения постоянная настройка.

Хорошая вещь в подходе к базе данных заключается в том, что ее можно изменить на лету более или менее безопасным способом (не открывая и не перезаписывая файлы напрямую). Еще одна приятная вещь — его можно использовать по сети между узлами кластера (при правильной реализации).

Однако остается вопрос, как правильно реализовать такую ​​настройку с помощью ActiveRecord.

Вы также можете установить максимум одну запись следующим образом:

class AppConfig < ActiveRecord::Base

  before_create :confirm_singularity

  private

  def confirm_singularity
    raise Exception.new("There can be only one.") if AppConfig.count > 0
  end

end

Это переопределяет метод ActiveRecord, так что он взорвется, если вы попытаетесь создать новый экземпляр класса, когда он уже существует.

Затем вы можете определить только методы класса, которые действуют на одну запись:

class AppConfig < ActiveRecord::Base

  attr_accessible :some_boolean
  before_create :confirm_singularity

  def self.some_boolean?
    settings.some_boolean
  end

  private

  def confirm_singularity
    raise Exception.new("There can be only one.") if AppConfig.count > 0
  end

  def self.settings
    first
  end

end

Я знаю, что это старый поток, но мне просто нужно было то же самое, и я обнаружил, что для этого есть жемчужина: acts_as_singleton< /а>.

Скорее всего, вам не нужен синглтон. К сожалению, одна из худших дизайнерских привычек, вытекающая из повального увлечения шаблонами, также является одной из наиболее распространенных. Я виню неудачную видимость простоты, но я отвлекся. Если бы они назвали это шаблоном «Статический глобальный», я уверен, что люди были бы более смущенными при его использовании.

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

Некоторые люди называют это шаблоном моносостояния. Я склонен думать об этом как об еще одном повороте концепции стратегии/агента, поскольку вы можете обеспечить большую гибкость, реализуя различные интерфейсы для раскрытия/скрытия функциональности.

Простой:

class AppSettings < ActiveRecord::Base 
  before_create do
    self.errors.add(:base, "already one setting object existing") and return false if AppSettings.exists?      
  end

  def self.instance
    AppSettings.first_or_create!(...) 
  end 
end

Сделаю несколько замечаний к предыдущим ответам:

• нет необходимости в отдельном поле для уникального индекса, мы можем установить ограничение на поле id. Поскольку в любом случае у нас должно быть поле id в приложении Rails, это хороший компромисс.
• не нужны специальные проверки модели и явное назначение идентификатора, достаточно указать значение по умолчанию для столбца

Если мы применим эти модификации, решение станет очень простым:

# migration
create_table :settings, id: false do |t|
  t.integer :id, null: false, primary_key: true, default: 1, index: {unique: true}
  t.integer :setting1
  t.integer :setting2
  ...
end

# model
class Settings < ApplicationRecord
  def self.instance
    first_or_create!(...)
  end  
end

Использование has_many :contacts не означает, что вам нужна модель. has_many творит чудеса, но в итоге просто добавляет какой-то метод с указанным контрактом. Нет никаких причин, по которым вы не можете реализовать эти методы (или какое-то подмножество, которое вам нужно), чтобы ваша модель has_many :contacts вела себя так, как она, но на самом деле не использовала модель ActiveRecord (или модель вообще) для Contact.

Вы также можете проверить Configatron:

http://configatron.mackframework.com/

Configatron делает настройку ваших приложений и скриптов невероятно простой. Больше нет необходимости использовать константы или глобальные переменные. Теперь вы можете использовать простую и безболезненную систему для настройки своей жизни. И, поскольку это все Ruby, вы можете делать любые сумасшедшие вещи, которые захотите!

class Constant < ActiveRecord::Base
  after_initialize :readonly!

  def self.const_missing(name)
    first[name.to_s.downcase]
  end
end

Константа::FIELD_NAME

Вы можете сделать это следующим образом:

 class Config < ApplicationRecord
  def self.instance
    Config.first || Config.create!
  end
 end

Я предполагаю использовать столбец наследования type с ограничением uniq.

# miragtion
class CreateSingletonRecords < ActiveRecord::Migration[5.2]
  create_table :balance_holders do |t|
    t.string :type
    t.index :type, unique: true

    t.timestamps
  end
end

несколько методов в вашем родительском классе:

class SingletonRecord < ApplicationRecord
  class << self
    def instance
      @singleton__instance__
    end

    def load_record(params = {})
      @singleton__instance__ = find_or_create_by!(params)
    end
  end

  load_record

  validates :type, uniqueness: true
end

После этого вы можете навсегда использовать одну запись для класса одноэлементной модели. Ваш экземпляр будет загружен или создан один раз во время загрузки класса модели.