軟體設計思維：軟體應該可以增大可以減小

很多“架構”設計出來後，你用了一丁點東西吧，都要求你背負整個架構的大包袱。這樣很不好。

軟體應該由使用者選擇自己用到的功能，而能將不必要的功能去掉。一個好的軟體設計，應該可以增大也可以減小的。

從這種意義上，.net 的dll封裝模式，就不如java的class + jar zip包模式高明。dll 是個大包，可能包含了很多用不上的類，作為物件導向的封裝模式，細化到類是有意義的。假如你的程式只使用架構的某個類，那麼你只需要包含這個類的class檔案，然後包含這個類自身的相關引用，然後類推下去。

比如，子類需要相關的基類，和其用到的類。

如果設計該類的程式員遵照比較規範的物件導向原則，可以預見，應該不會用到根本排不上用場的代碼。

因此，精簡軟體容量就有希望了。

可以縮小，說明軟體的模組化做得很好，要增大就沒有多大難度了。