我只想要一个合并以下两个想法的类的好名字：
例如，此类的一个实例可以包含价格（负5'硬币'），另一个实例包含结果（正2'玩具'）。这些对象的集合可以被制作成一个交易，它可以移除5个硬币并为用户添加2个玩具。
我可以制作两个单独的课程，价格和产品，但除了我不能想到合并概念的好名字之外，没有必要这样做。
澄清：Transaction将包含此类的任意大小的实例集合，无论它们是否涉及价格或产品。
有什么建议吗？
答案 0 :(得分：1)
我认为这与在线订购的方式略有关系，例如“添加到购物篮”这样的东西。可能我想为你的班级提供类似于购买的名称，这样可以保留你班上购买的数量和产品。
答案 1 :(得分：1)
你在这里谈论订单原型。
订单原型代表一个 买方要求记录的 卖方提供一些货物或 服务。
订单将销售交易记录中的商品和服务（由OrderLines代表）和各方联系起来。
OrderLine原型代表 作为摘要的订单的一部分 订购的特定商品或服务 由买家。
这些是已知属性和关系的已知原型。只要映射清晰，就可以将它们映射到不同的名称。
答案 2 :(得分：0)
订单怎么样，或者按照Sachin的建议购买？顺便说一下，“量”通常用于连续的东西（如气体量或盐量）。您可能希望使用术语“数量”，因为它指的是一个离散的整数项。
答案 3 :(得分：0)
答案 4 :(得分：0)
只要在Element的名称空间内，就可以简单地将其称为Item或Transaction（例如：在Java中，使其成为Transaction的内部类这样你就可以将其作为Transaction.Element）来解决。
答案 5 :(得分：0)
交易将包含此类的任意大小的实例集合，无论它们是否涉及价格或产品
单一价格的集合有什么意义？
我宁愿只提供产品ID列表。在退房时，您可以获取价格，检查某些产品是否属于“3的价格2”类别或检查该客户的累积折扣等。
拥有一个有多重职责的班级可能会给你的案件带来额外的复杂性吗？