加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

ruby-on-rails – 具有深层关联链的FactoryGirl的最佳实践?

发布时间:2020-12-17 02:34:27 所属栏目:百科 来源:网络整理
导读:我正在为Rails中的复杂采购工作流建模,将申请转换为订单.我正在使用FactoryGirl进行测试,一切顺利,直到我尝试测试OrderLineItem,它依赖于Order和Quote,每个依赖于其他对象,依此类推…… 有问题的测试会检查受产品影响的OrderLineItem上的行为,这是链上方的几
我正在为Rails中的复杂采购工作流建模,将申请转换为订单.我正在使用FactoryGirl进行测试,一切顺利,直到我尝试测试OrderLineItem,它依赖于Order和Quote,每个依赖于其他对象,依此类推……

有问题的测试会检查受产品影响的OrderLineItem上的行为,这是链上方的几个关联.

有没有一种很好的方法来设置FactoryGirl,这样我就可以轻松构建OrderLineItems,并且还可以指定链中更高层对象的行为,而无需一次分解每个对象一个?

这是我的对象图:

class Requisition
  has_many :requisition_line_items
  has_many :orders
end

class RequisitionLineItem
  belongs_to :requisition
  belongs_to :product
  has_many :quotes
end

class Quote
  belongs_to :line_item
  belongs_to :vendor
  has_one :order_line_item
end

class Order
  belongs_to :requisition
  belongs_to :vendor
  has_many :order_line_items
end

class OrderLineItem
  belongs_to :order
  belongs_to :quote
  has_many :assets
end

class Asset
  belongs_to :order_line_item
  belongs_to :product
end

class Product
  has_many :assets
end

class Vendor
  has_many :orders
end

看似复杂的模型允许基于来自供应商的报价将购买“提议”转换为一个或多个实际订单,并且当项目到达时,它们被给予资产标签.然后,资产本身可以链接回订单和供应商,以便稍后获得支持.

它是我的OrderLineItem规范,我有一个相当简洁的设置:

describe '#requires_tag?' do

  let(:product)              { FactoryGirl.create :product,requires_tag: false }
  let(:purchase_requisition) { FactoryGirl.create :purchase_requisition }
  let(:line_item)            { FactoryGirl.create :line_item,purchase_requisition: purchase_requisition,product: product }
  let(:quote)                { FactoryGirl.create :quote,line_item: line_item,unit_price: 0 }

  subject { FactoryGirl.build :order_line_item,quote: quote }

  context 'when neither product nor price require a tag' do
    its(:requires_tag?) { should be_false }
  end

  context 'when product requires a tag' do
    let(:product) { FactoryGirl.create :product,requires_tag: true }
    its(:requires_tag?) { should be_true }
  end

end

我真的需要无数的let语句,还是有更好的方法来构建OrderLineItem并对其依赖的Product属性施加控制?

解决方法

我不同意w / cpuguy.我同意demeter定律是一件很棒的事情,但由于关系数据库与您存储的分层数据之间的阻抗不匹配,您的对象图似乎只是违反了它.

如果这里有一些可以重构的东西,它可能是你的模型结构,或者你的模型存储机制.您遇到的Demeter问题表明您正在使用关系系统来建模分层数据模型.考虑所有订单信息是否只是一个大哈希.我不认为你会感受到同样的痛苦程度.唯一的替代方法是尝试将这些字段中的一些复制到您正在使用它们的位置.

我实际上认为你的规格非常好,因为:
a)他们是行为,测试听起来像不太可能改变的业务功能的离散元素
b)如果你的规格需要嘲笑内部,那么规范在重构方面就变得毫无用处,因为你的期望必须随着他们而改变.

主要问题在于如何构建测试环境.您可以将它们抽象到更高级别的工厂中,但要小心不要隐藏使您的规范独特的内容.你也做得很好.我可能建议的一个建议是在每个上下文中创建一个let(:requires_tag),一个使用true,一个使用false.然后在设置中保留其他所有内容.这样就很清楚每个上下文如何与主要设置不同,这可能需要更长的时间才能完成.

除此之外,如果有更好的方法,我还没有找到它.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读