Ruby on rails 工厂女工与制造业的比较

Ruby on rails 工厂女工与制造业的比较,ruby-on-rails,ruby,testing,factory-bot,fabrication-gem,Ruby On Rails,Ruby,Testing,Factory Bot,Fabrication Gem,关于gem的资源似乎很少,我也找不到一个很好的比较,来比较它与其他功能的区别。对于版本fabrication-2.2.3和factory\u girl-4.0.0,我几乎找不到区别。这些宝石比较起来怎么样?什么可以使制造成为更好的选择?为什么?它们都融合了吗?工厂女孩有一个额外的特质的概念,这非常有用 其他功能似乎或多或少相似 如果你想选择一个,考虑下载次数: 工厂女工: 制作: 当您寻求帮助/支持时,可能会很有用。正是因为它的价值,我发现制作速度更快,而且我遇到的错误更少。我认为人气差距很

关于gem的资源似乎很少,我也找不到一个很好的比较,来比较它与其他功能的区别。对于版本
fabrication-2.2.3
factory\u girl-4.0.0
,我几乎找不到区别。这些宝石比较起来怎么样?什么可以使
制造成为更好的选择?为什么?它们都融合了吗?

工厂女孩有一个额外的
特质的概念,这非常有用

其他功能似乎或多或少相似

如果你想选择一个,考虑下载次数:

  • 工厂女工:

  • 制作:


当您寻求帮助/支持时,可能会很有用。

正是因为它的价值,我发现制作速度更快,而且我遇到的错误更少。我认为人气差距很大主要是因为制作更新

我们从Factory Girl开始,但最终放弃了它,转而构建“实际的”AR模型实例;我现在重新考虑的一个决定

到目前为止,我喜欢编造者。模拟关联似乎更容易,因为在真实的数据库中根本没有任何东西可以命中,而在FG中,真实的数据库从来都感觉不太正确。当然是YMMV,还有:

在你有数据之前千万不要理论化。你总是以扭曲而告终 事实符合理论,而不是理论符合事实。 -霍姆斯事实理论定律


我最近做了一个关于制造商vs FactoryGirl的评测,因为我对别人提到的性能评论很好奇。我还发现制造商的速度稍快(但仅在使用关联时):


考虑到运行时非常接近,我更喜欢制造商而不是FactoryGirl,因为默认情况下,设置关联将传播build vs create(而不必指定策略)

工厂女孩的医生住在这里:谢谢。受欢迎程度()有明显的不同,但这并不一定意味着一个比另一个好。这可能是因为一个更老,或者更主流,或者是因为另一个最近才成熟。特质的概念很有趣(),显然不包括在
制造中。谢谢,谢谢@Andrew。你能详细说明一下错误少一点吗?什么类型的错误?基本上,使用FG时,我会不时遇到难以调试的关联错误等,而使用Fabrication时,我遇到的错误要少得多。+1:当您想要避免访问数据库时,
Fabricator.build(:factory name)
只起作用。我尝试过同时使用
FactoryGirl.build
FactoryGirl.build\u stubbed
,但没有成功-它似乎与模型关联混淆,并最终访问了数据库。此主题在此处介绍:。将钩子添加到ActiveSupportNotifications,您可以查看测试是否命中DB。你必须小心你的工厂结构,以避免影响数据库。我想你可以选择一个答案:)@a我希望是主动的,但是所有的答案要么是主观的,要么是不完整的。我希望有人能发表一个客观的比较。