使用acts_as_taggable_on为模型创建夹具数据

Question

我正在使用 acts_as_taggable_on 插件为我的框架<提供标记/代码> 模型。我已经有了 Rails 生成的功能测试，以及它使用的固定装置，我想扩展它们以添加一些标签，以便我可以测试按标签搜索等。

我是否必须为 taggings 和 tag 表并将它们加载到我的功能测试的顶部？如果是这样，我该怎么做？我还没有理解此处描述的关系语法。另一种选择是在测试搜索行为之前获取一个 Framework 实例并向其添加标签吗？或者如果我这样做的话，Rails 诸神会击倒我吗？

Answer 1

我面临着同样的问题。在进行了一些反复试验、阅读有关装置、关联的文档和@barnaclebarnes 对这个问题的回答之后，我想出了以下方法。

我使用rails 4.2.0和acts-as-taggable-on 3.5.0来完成此操作。

备注：
我之前的回答确实有效，但有点古怪。在 @David 向我指出了一种更干净的方法之后，我完全重写了它 - 完全省略了我的尝试和错误并坚持解决方案。

一种促进 Rails @barnaclebarnes 解决方案的更多机载设施的方法

将提供更多的自动化功能，但也意味着在 ids 上进行更多的打字和簿记。所以我一直在寻找更简洁的方法。

多态关系

acts_as_taggable_on使用名为taggable的多态关系来实现标签与不​​同模型之间的关系。有关多态关系的详细信息，请参阅有关关联的 Rails 指南。

高级夹具

ActiveRecord::FixtureSet 的 ruby​​doc 描述了ActiveRecord 及其对固定装置关系的作用（章节关联的标签参考）：

Active Record 反映了灯具的模型类，查找所有belongs_to 关联，并允许您为关联指定目标标签[...]，而不是为FK [...]指定目标ID。

在页面的更下方，还有一些有关多态belongs_to 的详细信息。

这将允许像这样的标记固定装置定义：

tagging:
  taggable: foo (Klass)
  context: tags
  tag: bar

命名空间固定装置和模型

ActiveRecord::TestFixtures 提供了一种方法来显式设置夹具的模型类，以防无法推断。
换句话说：您可以使用目录来命名设备并将它们与其命名空间模型相匹配。
要加载acts_as_taggable_on标签和标记的测试数据，我们可以将它们的固定装置放在子文件夹fixtures/acts_as_taggable_on/中（备注：fixtures/ActsAsTaggableOn/也可以）

将其全部放在一起

# models/item.rb
class Item < ActiveRecord::Base
  acts_as_taggable_on
end

# fixtures/items.yml
item_1: {}
item_2: {}

# fixtures/acts_as_taggable_on/tags.yml
tag_1:
  name: tag_1
tag_2:
  name: tag_2

# fixtures/acts_as_taggable_on/taggings.yml
tagging_1
  taggable: item_1 (Item)
  context: tags
  tag: tag_1

如果您 erb 了 yaml 文件，则可以对可标记模型及其实例进行相当低的维护定义。

Answer 2

如果您想使用 TestUnit，则设置一些标签（在夹具文件 taggings.yml 中）：

tag_one:
  name: tag one
tag_two:
  name: tag two

然后设置标记（在夹具文件 taggings.yml 中）：

tagging_one:
  tag_id: <%= ActiveRecord::Fixtures.identify(:tag_one) %>
  taggable_id: <%= ActiveRecord::Fixtures.identify(:framework_one) %>
  taggable_type: Framework
  context: tags

基本上是 ActiveRecord::Fixtures.identify(:tag_one) 获取要放入右列的标签的 ID。

Answer 3

通常最好在需要时即时创建这些东西。夹具很快就会变得非常难以管理，当您将来查看测试时，您将需要查看三到四个夹具文件来了解正在发生的情况。

我建议花一点时间看看 Factory_girl gem，它将在将来为您节省大量时间。您可以这样做：

# test/factories.rb
Factory.define :framework do |f|
  # Add any properties to make a valid Framework instance here, i.e. if you have
  # validates_presence_of :name on the Framework model ...
  f.name 'Test Name'
end

然后在功能或单元测试中，您可以轻松创建具有单个测试所需的特定属性的对象：

# Create and save in the DB with default values
@framework = Factory.create(:framework)
# Build an object with a different name and don't save it in the DB
@framework = Factory.build(:framework, :name => 'Other name'
# Create with tags
@framework = Factory.build(:framework, :tags_list => 'foo, bar')

Answer 4

使用 :tags_list 对我不起作用：

> undefined method `tags_list=' for #<Project:0xb610b24>

什么在你的实际工厂中起作用，你需要像这样添加它：

Factory.define(:project) do |f|
  f.tags_list ("factory")
end

我还发现这需要在父级工厂中，由于某种原因它不起作用孩子们。我还发现调用

@framework = Factory.build(:framework, :tag_list => 'foo, bar')

不会引发错误，但它不会悄悄创建标签。

希望这有帮助！

Answer 5

这就是我将标签（使用 acts-as-taggable-on）添加到我的用户模型（使用 factory_girl)：

FactoryGirl.define do 
  factory :post do 
    ...
    trait :poetry do
      after(:create) { |post| post.update_attributes(tag_list: 'poetry') }
    end
  end
end

这样，当我想创建一个常规的 Post 对象时，我会这样写：

create(:post)

但是当我想创建一个带有 < 标签的 Post 时， 我会这样写： code>poetry，我写道：

create(:post, :poetry)

而且效果很好。

Answer 6

这是我发现在测试中添加标签的最简单方法。如果您有一个像这样设置的模型：

class User < ActiveRecord::Base
  acts_as_taggable # Alias for acts_as_taggable_on :tags
  acts_as_taggable_on :skills, :interests
end

并且您正在使用 FactoryGirl，则可以像这样创建它们：

user1 = create(:user, tag_list: "SomeTag",
                      skill_list: "SomeSkillTag",
                      interest_list: "SomeInterestTag")