架構設計原則類層次多少為宜？

只要是採用物件導向程式設計，類層次是必然的（包括介面），雖然物件導向程式設計有乙個原則就是多用介面少用繼承的原則，但這並不是說不要用繼承，畢竟繼承可以實現**的復用，有其好處。對於自己的類層次，當然是越少越好，但不管多少最少是2兩層，那麼2-3層應該很正常，4-5層有點多，6層及以上，對於一般的應用體系就多了。

我一般設計的應用體系中類層次是：第一層，頂層，一般為非范型，用於該類的基本規範和約束，第2層分標準功能和使用者自定義兩個分支。標準功能採用范型，這樣程式設計師在葉子類使用時語義更加明確，不用逆向轉換，使用者自定義基類只提供標準的必要的約束，提供給使用者處理非標準的情況。第三層就是葉子類。這種層次體系的好處是可以獲得繼承本身的好處，而且標準的功能類在很多時候是可以利用**生成器自動生成**的。

一般來講，主要的精力用於解決80%的問題，剩下的20%比較特殊的問題，就讓使用者自己定義類來完成，這樣就可以使得80%部分不會因為20%甚至更少的部分特殊問題而變得過於複雜。