改進C#代碼之21：限制類型的可見度

    1. 並不是所有人都要看到所有的事情，你的每個類型也不都需要是公有的。在保證類型可以完成其工作的前提下，你應該儘可能地給類型分配最小的可見度。類型的可見度一般都沒有你預料中的那麼高。內部或似有的類也能實現公有的介面。所有的使用者都能訪問到私人類型中公有介面定義的功能。

 

    2. 很多獨立的類都應該是內部的（internal），你還可以進一步地限制可見度，將受保護或私人類嵌入到原有的類中。可見度越低，那麼稍後升級更改時所需要的變化就越少。原因很簡單，能訪問你的功能的代碼越少，以後可能出現的修改也就會越少。

 

    3. 建立內部類是一種常被忽略的限制類型範圍的做法。

 

    4. 以公有形式暴露給外界的類和介面將成為你的組件的契約，必須認真對待。介面越是冗雜，日後的修改也會越加受限。暴露出的公有類型越少，稍後更新擴充時候周旋的餘地也會越大。