公開類的一個子集 - 設計問題

Question

假設我有一個約有近100個屬性的產品類。現在對於一些操作（說稅計算）我不真的需要這種龐大的產品類型，而只是一個具有價格相關屬性的子集。我不知道是否應該創建不同的快照（類）產品，只是有我感興趣的屬性。什麼是理想的方法，以便我不必要地繞過無意識的絨毛？

在此先感謝。

Answer 1

如果你唯一的理由是爲了避免「傳遞無意識的絨毛」，那麼你真的沒有任何理由去做你的建議。可能性是，你所使用的語言通過引用傳遞類實例，所以如果你覺得由於對象如此之大，它必定是性能問題，但它可能不是。

然而，如果你談論的是想使消耗的方法，可以採取不同類型的實例，但共享您希望在該方法的工作，然後看看研究「基地班」或「接口」

相似性

Answer 2

我建議你看看SRP和Interface Segregation Principle。一個有100個屬性的類可能太多了。你還應該注意這些子集，如果它們是你可以作爲接口或超級類提取出來的東西。如果是，那麼你需要使用SRP並確保你有一個正確的繼承層次結構。

而btw什麼是你的實施和目標平臺的lanugage？