design principle

  1. design principle of OPEN and CLOSE

         在程序设计与代码实现阶段应当考虑应用开发与维护阶段可能的变更操作。通常在应用里增加一个新的功能会涉及到大量的修改，新增加功能对现有代码的修改应当最小化，原因是现有的代码可能已经通过单元与功能测试，并且现有的修改有可能会潜在的影响已经有的实现。

         OPEN and CLOSE 设计原则描述了对一个新功能的代码设计与实现应当遵循对当前代码的最小修改原则。即应当允许增加新类来增加新的功能，并且应当尽量减少对现有代码的修改。

         许多的设计模式可以实现OPEN／CLOSE  principle, 比如decorator pattern可以帮助我们学习此原则；factory method and observer pattern可以设计出易扩展又改动原代码较少的应用程序。

２。design principle of dependency inversion

        通常，类的设计由low-level决定high level的类的实现。一旦high level的类需要更改功能，通常需要大量的更改high level类。一旦low level的功能需要被替换掉，high level的类也有可能需要被大量的改写。如何避免这样的问题发生呢？这就要借助abstract level 来实现。根据dependency inversion principle,应由如下的流程来作开发设计：

　　high level classes ------> abstract level classes ------> low level classes

        设计的原则是：

　　１）high level classes不应由low level classes 来决定其实现，反之亦然。它们都应由abstract level决定其实现。

　　２）abstract level不应当信赖于实现细节，但实现细节应当信赖于abstract level.

        由此design principle的应用实现了high level的实现不直接工作于low level.　它们的实现都由abstract level来实现。

　　设计模式的template就是此原则应用的一个实例。

　　虽然此原则有其优点，但缺点也是相当明显的，如果一个类的实现功能比较固定，在可预见的未来不会进行修改，那么完全可以无视此设计原则。