創建經理類或包裝類

Question

我有一個從我使用的API的配置類，其中包含方法來獲取/設置配置中的值。配置沒有任何方法或從文件加載它的構造函數，是否更好地包裝配置，以便它有一個方法或構造函數從文件加載它或創建一個返回配置實例的管理器類？

Answer 1

你的配置類是純粹的模型。把它包起來，你想改變一個「配置」的功能。這不是你的意圖？你不希望「配置」以不同的方式「功能」？

構造函數中的I/O工作不好，你能說明原因嗎？那麼，你可以把I/O工作放在包裝器的方法中，但是包裝器不會看起來像一個管理器？

爲什麼限制它到一個文件？它可以存儲在數據庫或通過互聯網訪問的文件中;思考資源。

這是否覺得你想要包裝？將「Config」擴展爲「FileConfig」比將其包裝起來更有意義。

Answer 2

這取決於你想要用它做什麼。

包裝類允許你添加一些額外的功能，限制某些未來或改變它們......但如果你認爲沒有這樣的事情會發生，你只會使用這些getters/setters，它可能有點矯枉過正而簡單的經理級就足夠了。