我只是想爲合併兩個以下思路一類的好名字：我想不出一個好名字的這個概念
例如，這個類的一個實例可以包含一個價格（負5 '硬幣'），另一個例子會包含一個結果（積極的2'玩具'）。這些物品的集合可以被製成交易，其移除5個硬幣並向用戶添加2個玩具。
我可以製作兩個單獨的課程，價格和產品，但除此之外沒有必要考慮這個組合概念的好名稱。
澄清：a Transaction將包含此類的任意大小的實例集合，無論它們涉及價格還是產品。
有什麼建議嗎？
我在想，這與網上訂購的方式有點像「加入購物籃」類似的東西。可能我正在考慮一個類似於的名字，爲您的課程購買，它可以保持您的課堂上購買的數量和產品。
訂單或者如Sachin建議的購買？順便說一下，「量」通常用於連續的事物（如氣體量或鹽量）。您可能希望使用術語「數量」，因爲它指的是離散的整數個項目。
你可以簡單地只要其稱之爲Element或Item的Transaction命名空間內（例如：在Java中，使其成爲一個內部類Transaction，這種方式你可以解決它爲Transaction.Element）。
事務將包含這個類的實例的任意大小的集合，它們是否涉及價格或產品
將鞋底價格的集合有什麼意義呢？
我寧願只有一個產品ID列表。在退房時，您可以查看價格，查看某些商品是否屬於'3價格2'類別或查看該客戶的累計折扣等。
是否可以有多個類你的情況可能會帶來更多的複雜性？
您在這裏討論Order原型。
該命令原型代表買方爲一 賣家提供一些商品或服務 的請求的 記錄。
訂單鏈接良好和服務（由OrderLines代表）和締約方在銷售交易的記錄。
OrderLine的原型表示一個訂單的 一部分是 某種商品或服務的概要由買方訂購 。
這些是已知的具有已知屬性和關係的原型。只要映射清晰，就可以將它們映射到不同的名稱。
TransactionItem – Pepe 2011-02-10 05:51:08