2016-04-25 56 views

回答

1

這取決於您的項目/解決方案的encapsulation級別,如果您覺得該資源更可能在內部使用,那麼將其設置爲protected/private/internal資源(如果某些屬性可能由外部解決方案配置並訪問) /項目,然後把它作爲公共。

封裝是好的,只要想一想你使用外部庫的方式,以及它們如何暴露屬性,類,配置,這是一個很好的練習。想像一個對你的項目實施不瞭解的外部開發人員,你可以問自己以下問題:

  • 這段代碼是否值得外部開發人員知道呢?
  • 我需要對此代碼進行預配置嗎?
  • 是我的實現足夠清楚,所以任何人只要看看代碼實現就可以理解它嗎?
  • 該代碼是否強制執行某些策略/要求?
  • 我的代碼有晦澀的實現嗎?

對我來說,例如談到國際奧委會,setter注入可能是一個有點晦澀

setter注入只是創造一個setter屬性來替代以前實例化對象的 依賴。我不喜歡二傳手 注入,因爲它需要額外的,隱藏的步驟準備一個對象 在this post執行

只看得到完整的上下文作爲一個例子,但同樣這只是一個例子。

相關問題