OOP對象構造函數參數

Question

何時應該傳遞參數給對象的構造函數？您使用哪些標準將它們傳遞給構造函數而不是對象方法中的參數？

Answer 1

通常，在使用new關鍵字實例化類時，將參數傳遞給類構造函數（這可能因語言而異）。

例如（選擇了對C /的Java/C＃風格在這裏）

MyClass class = new MyClass(arg1, arg2, arg3); 

在重新閱讀你的問題，我傾向於使用構造函數的參數爲​​絕對需要的資源。這樣，你就知道你的對象必須有某些可用的屬性或資源。

Answer 2

當我的對象非常簡單（1或2個屬性）我可以提供一個構造函數與這些參數。

但大部分時間，默認的構造函數和我設置我的屬性與setters。

Answer 3

基本上你想要在構造器中初始化對象的所有基本構建塊。 但有時，該對象包含許多元素，從而使構造函數的參數列表太長。 我遵循以下指導原則：如果構造函數的參數列表多於5個元素，則將新對象的初始化分爲構造函數參數&設置方法。

Answer 4

將事情傳遞給構造函數，它們是對象的不可變屬性。如果可能，請使所有對象屬性不可變。充分考慮到這一點，這可以使整個對象不可變。

在構造時分配的不可變屬性避免了各種競爭條件（特別是在多線程環境中），並有助於確保對象始終一致，從而消除了多種錯誤的可能性。通過強制在構建時定義屬性，可以避免大量的錯誤檢查代碼。一旦整個對象不可變，就有機會共享等價對象，提高內存性能。

如果一個參數不是對象的不可變屬性，那麼在構造函數中指定它只是一個方便。一般來說，它應該被賦予一個setter來減少代碼的複雜性（因爲無論如何setter都是必需的）。如果構造函數經常被調用，那麼參數的方便可能值得這個額外的複雜性。