以前的帖子提到依赖三原则,我当时是这样写的：
1 任何一个类不要从一个具体类中继承；
2 任何一个类成员不能指向一个具体类；
3 任何继承类的成员函数不得覆写父类的函数；
近来研究一种新的架构设计方法。突然体会到架构和依赖三原则原来竟是完美的统一。
为了保持架构的弹性。在C++中，架构代码一般有两种写法，一种是完全是由接口类外加组装类构成一个体系，现在的ECAD就是用这种方法写的。这充分体现了我以前对架构的体会，即接口的集合即为架构。而另一种写法是使用泛型(template)。最近我就尝试了这种写法。
在架构体系中，具体工作还是由具体实现类来做的，任何具体类之间都不直接发生关系，所有的通讯都是由架构来转发的。所以，利用架构可以非常好的贯彻依赖三原则。
软件架构的研究是近年来非常活跃的一门科学，新的架构分析方法也不断涌现。事实上，现在要写出的一个好的架构主要依赖于设计师的理论水平外加经验、天分和运气，这从一个侧面反映出现有的架构分析方法还是存在问题。比如，覆盖的领域非常有限，可操作性不强。但是换个角度来想，如果架构分析方法很成熟的话，架构设计师拿高薪的日子可能就要终结。(开个玩笑)
接口的集合即为架构------GOOD!!!