Rails 3购物车设计问题

如何解决Rails 3购物车设计问题

| 我有一个Transactions对象（作为购物车的一部分），属于其他两个对象，即Products和Services。产品和服务都嵌套有事务，以创建URL / products / 1 / transactions / new和/ services / 1 / transactions / new。并且，使用form_for [@product，@transaction] do | f |创建表单。类型格式。注意：产品和服务的设计和功能差异太大，无法将它们组合为STI类型的单个对象。我的问题是：没有STI，还有更好的方法吗？而且，检入控制器以确定要操作的对象类型的最佳方法是什么？ IE中的新动作：

if ???
  @product = Product.find(params[:product_id])
  @transaction = @product.transactions.build
elsif ???
  @service = Service.find(params[:service_id])
  @transaction = @service.transactions.build
end

在相关说明中，没有人知道讨论Rails 3购物车设计的任何教程吗？我已经在书中看到了一些，但是我认为它们使用会话来存储整个购物车对象，但并不是很安全。而且，其他过于简单化。任何帮助将不胜感激！

解决方法

我认为您在这里有两个基本选择。（1）创建两个事务处理类型/模型：product_transactions和service_transactions。两者都可以从公共事务模块继承。这种方法使您可以忽略“我正在处理哪种类型的事务？”这一问题，而专注于事务处理模块中的常见实现细节。然后，您可以维护两个更简单的嵌套控制器/products/<id>/transactions和/services/<id>/transactions，它们不需要类型检查。（2）将类型检查移到通用事务模型中。这种方法假定事务和产品或服务之间的交互将通过事务模块进行处理，因此知道与谁进行交互不是您的责任。例如：

class Transaction
  belongs_to :service
  belongs_to :product

  def parent
    @parent ||= product || service
  end

  def call_some_action_on_parent
    parent.some_action
  end
end

您可以在控制器中执行类似的操作：

@parent = params[:service_id].blank? ? Product.find(params[:product_id]) : Service.find(params[:service_id])
@transaction = @parent.transactions.build(params[:transaction])

确定的选择权实际上应该是基于围绕事务对象的需求而做出的决定。如果有很多自定义代码（取决于您是否与产品或服务进行交互），则应遵循第一种方法。如果代码本质上相同，则应采用第二种方法，并着重于事务与其父对象（产品，服务或其他）之间的合同，而忽略对象类型是什么。本质上，您实际上只对父对象是否响应特定的方法感兴趣，而不是对它实际上是哪种对象感兴趣。作为一般规则，在可能的情况下，请避免类型检查，而应将重点放在respons_to？上。方法代替。

Rails 3购物车设计问题

如何解决Rails 3购物车设计问题

解决方法

相关推荐