正在构思如何写下一篇文章《Looking into Component》，随手从网上摘的资料先在这里放一下~~

---

OO设计的重要原则

（http://community.csdn.net/Expert/topic/4400/4400183.xml?temp=.680401）

1．开闭原则 (Open-Closed Principle)
   模块在开放性方面应该是开放的（易于扩展），在更改性方面应该是封闭的（易于修改而不需要更改类的源代码）。
   实现OCP的技术主要有多态和模板，均基于抽象。我们应该努力实现OCP以高效地复用和维护代码。
2．Liskov替换法则 （Liskov Substitution Principle）
   使用指向基类B（抽象类或者接口）引用的模块（方法或者类），必须能够接受任何继承或实现B的具体类S，仍然能够正常工作而不需要知道具体类的实现细节。
3．针对接口编程
   组件之间应该尽可能使用接口进行通讯，具体的业务逻辑由子类去实现不变的接口。
4．将可变的部分和不可变的部分分离
   任何时候都将不变的接口与可变的实现分离。 如果使用继承的复用技术，我们可以在抽象基类或接口中定义好不可变的部分，而由其子类去具体实现可变的部分。如果使用对象组合，我们可以定义好不可变的部分，而可变的部分可以由不同的组件运行时动态配置。
5．优先使用对象组合，而不是类继承
   优先使用黑箱复用（对象组合）而不是白箱复用（类继承）。利用对象组合我们可以在运行时动态配置组件的功能，并防止类层次规模的爆炸性增长。
6．高内聚，低耦合
    很简单的一句话却是软件设计的精华所在：一个模块包含的功能彼此相关，相互依赖，而与外界很少关联，并且没有承担过多的责任，这样的模块（子系统或者类）称之为高内聚的(High Cohesion)。如果一个模块为实现自身的功能，并不需要了解或者依赖太多外部的知识，则该模块是低耦合的(Low Coupling)。
7．使用多态机制消除大量的IF/CASE语句
大量的IF/CASE使得代码难于维护和扩展，我们应该用多态来取代条件判断逻辑，状态和策略模式都可以帮助实现这一机制。
8．在多线程程序中谨慎地使用Singleton模式
   Singleton模式在多线程应用中的不恰当使用会导致性能问题，在用到该模式时尽可能使用lazy initialization 方法。

---

待补充。。。