創建在構造函數中只執行代碼的對象是否糟糕？

Question

在我的設計中，我使用的是評估數據記錄的對象。用數據記錄和評估類型作爲參數調用構造函數，然後構造函數調用評估記錄所需的所有對象代碼。這包括使用評估類型在文本文件中查找其他類似參數的數據。

在附近有250個獨特評估類型使用來自文本文件的相同或相似代碼和獨特參數。

其中一些評估使用不同的代碼，所以我從這個模型中受益匪淺，因爲我可以使用繼承和多態。

一旦創建了對象，就不需要在對象上執行額外的代碼（至少現在是這樣），並且它更像結構體;它保留在列表中，以後使用3個屬性。

我覺得這個設計最容易理解，代碼和閱讀。

一個合乎邏輯的選擇我猜會使用返回分數結構的函數，但是你不能從方法繼承，所以它會讓它變得馬虎。

我正在使用vb.net，這些類將用於asp.net web應用程序以及分佈式應用程序中。

感謝您的輸入

Answer 1

在構造函數中執行代碼是可以的;但只有沒有方法的屬性可能違反了tell don't ask原則：或許相反，那些屬性應該是私有的，使用（「詢問」）這些屬性的代碼應該成爲類的方法（您可以調用或「告訴「）。

Answer 2

一般情況下，把代碼做任何事情顯著的構造函數不是一個好主意，因爲你最終會得到陷於癱瘓剛性構造函數執行順序，當你繼承。

構造函數最適用於使對象處於一致狀態。實例方法最好處理「真實」工作。隨着作爲一種方法實施的工作，您將獲得：

• 將您想要評估的內容與您想評估的內容區分開來。
• 多態性（如果使用虛擬方法）
• 選項將工作分解爲邏輯部分，將每個部分作爲具體的​​執行。這些模板方法可以在子類中重寫，它提供了「大致像我的超類一樣執行，但是做的有點不同」。

總之，我會使用方法來實現主要計算。如果您擔心沒有調用評估方法就會創建對象，則可以使用工廠創建對象，然後在構造後調用評估方法。您可以獲得構造函數的安全性，方法的執行順序具有靈活性。