Области Active Admin для каждого экземпляра связанной модели

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

Это немного хак, но это жизнеспособное решение, где это уместно:

Хитрость заключается в том, чтобы обновить области видимости в before_filter в действии индекса контроллеров.

Это может быть плохо, если у вас есть много областей, созданных для ресурса (хотя вы можете легко установить некоторые ограничения).

ActiveAdmin.register Project do
  menu :priority => 1
  index do
    column :name
    column :company_name
    column :status
    column :projection do |project|
      number_to_currency project.projection
    end
    column :updated_at
    default_actions
  end

  scope :all
  scope :working, :default => true do |projects|
    projects.where(:status => 'working')
  end

  controller do
    before_filter :update_scopes, :only => :index

    def update_scopes
      resource = active_admin_config

      Manager.all.each do |m|
        next if resource.scopes.any? { |scope| scope.name == m.first_name }
        resource.scopes << (ActiveAdmin::Scope.new m.first_name do |projects|
          projects.where(:manager_id => m.id)
        end)
      end

      # try something like this for deletions (untested)
      resource.scopes.delete_if do |scope|
        !(Manager.all.any? { |m| scope.name == m.first_name } || ['all', 'working'].include?(scope.name)) # don't delete other scopes you have defined
      end

    end
  end
end

Я нашел, что это работает для меня:

Файл ActiveAdmin

scope :working, :default => true do |projects|
  Project.working
end

Модель

scope :working, -> { where(:status => 'working') }

Немного поздно с ответом, но, надеюсь, это кому-то поможет.

Настоящие динамические области внутри блоков регистров AA не будут работать. При этом я имею в виду, что изменения в таблице Manager не будут отражаться в динамических областях, созданных во время «инициализации». См. также: https://github.com/gregbell/active_admin/wiki/Creating-dynamic-scopes. Что вы можете попробовать, так это использовать фильтры вместо областей. Затем вы можете написать что-то вроде:

filter :managers, :as => :select, :collection => proc { Manager.order('name ASC').map(&:first_name) }  

и изменения в свойствах менеджеров будут отображаться (после обновления страницы) без перезапуска сервера. Также проверьте https://github.com/gregbell/active_admin/issues/1261#issuecomment-5296549

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

http://apidock.com/rails/ActiveRecord/NamedScope/ClassMethods/scope

Rails загружает классы только один раз в рабочем режиме. Это означает, что ваши области видимости вызываются только один раз, а затем кэшируются. Вот почему новые области не появляются до перезапуска. То же самое было бы верно, если бы вы отредактировали имя менеджера в вашем случае.

Я думаю, что решением может быть использование лямбды или Proc, но за те несколько минут, что я играл с этим, я не добился успеха. Это может быть невозможно и так, как написан activeadmin.

Вот мое оптимизированное решение, основанное на ответе Бранта Стерлинга Веделя.

Это решение содержит следующие дополнительные улучшения:

• Удаляет все неиспользуемые области
• Позволяет установить область действия по умолчанию

### Default scope must be set in advance
scope "Jeff", default: true do |x| 
  x.joins(:manager).where(manager: {name: "Jeff"})
end

controller do

  before_action :reload_scopes, only: :index

  def reload_scopes
    resource_config = active_admin_config

    resource_config.instance_variable_set(:@scopes, [
      resource_config.scopes.first ### Default scope
    ])

    Manager.all.each do |m|
      next if resource_config.scopes.first.name ==  m.name

      resource_config.scopes << ActiveAdmin::Scope.new(m.name){|scope| scope.where(manager_id: m.id) }
    end
  end

end

Решение, упомянутое Вестоном Гангером, работает как шарм. Если у вас нет области по умолчанию, вы можете использовать всю область по умолчанию.

  scope :all, default: true