最新一直在revisit近几年做过的project,想把它们都归到一个architect的角度来思索，就有了如下的一些感想，有很多还很不成熟，只是个人的一些见解，欢迎批评纠正：
1. Foundamental Principles( 从高到底)
The Open/Closed Principle(OCP)-> The Dependency-Inversion Principle (DIP)->patterns(most of them)->individual projects
Ocp是绝对基础，但没有dip给出的具体实在, 绝大多数patterns是dip的implement,而具体的projects是某个pattern的implement.
还有几个相关的priciples，但都是ocp的constraints,很好，但没有dip那么重要。
思维活跃的group很注重pattern的应用，他们不一定注重某个pattern的考察，但如果对dip理解不深，说轻了是没有真正的掌握patterns,说重了是components之间的reference都不对，software的architecture就是错的，很要命。
所以理解dip是第一步。
2．Patterns的目的和手段.
Patterns的目的是为了应对变化，使software more scalable. OO中应付变化的手段就是abstraction，而不是具体的class. Depend on abstraction是dip的精髓。所以绝大多数patterns都是针对abstraction编程，来应对将来的变化。
3．组合or 继承 ?
大框架来说基本上是组合，细分了才是继承。这和90年代的oo有很大的不同。
4．分类
个人觉得传统的分类方式Creational/Structural/Behavioral这种分类狠别扭, 也不利于掌握, 俺个人对他们进行”纵横分类”.
如果把class的看成一个以base class(interface,abstract)看成是一个tree的话，那么n个base classes就可以看成N个tree.
所谓横分类就是有多个tree参与。纵分类就是只有一个tree参与。
全部纵横分类都是大组合小继承。
横分类代表多个方向的变化，纵分类代表一个方向的变化。
隶属横分类的patterns有：
Bridge：这个pattern很不被人强调，应用也不是那么广，但它反映N个方向独立变化的思想，这正是组合的精髓，所以俺把它列为横分类的基础。
Abstract factory, builder, factory： 他们同属creational patterns但就是以不同的方式new instance.
Mediator: 简单，不说了。
纵分类的patterns:
Singleton: 最简单的一个，没有subclass.
Composite:用到collection 和 recursion.
Proxy: 代表这种分类思想的精髓，很多pattern都是从它延伸出去的。
Decorator: 虽然不常用，但思想精妙，tree 最右边branch可以扩展到无穷深，只要你愿意。
Chain of Responsibility：同porxy一样，经典。
state, strategy，template：简单的abstraction的应用，不多说,但他们是应用最广泛的一类。
还有一类是通过.net现有的type都可以实现的：
Prototy: 用clone.
Command, observer: 用delegate or event.
Iterator: 用generic collection
另一类通过warper实现：fa231;ade, adapter.
剩下的就是很少用到的，起码我很少那样考虑：interpreter, visitor.
patterns很多都相互包含，只要有对其中几个比较精髓的pattern理解深刻，其他同类的就会迎刃而解。
5．对patterns地掌握需要正反两个互逆的过程，第一个过程是用一个pattern来找issue尝试解决，这是学习的过程。逆过程就是拿问题来用pattern解决，这是应用的过程，也是终极目标。很多developer始终停留在第一个过程，很可惜。
6．在开发的过程中premature abstraction也是一个很大的问题，会导致不必要的performance的丧失，所以BA的过程就显得尤其重要, 但到最后需求的变化也不可避免，这时候就要有拥抱变化的乐观态度了。
1. Foundamental Principles( 从高到底)
The Open/Closed Principle(OCP)-> The Dependency-Inversion Principle (DIP)->patterns(most of them)->individual projects
Ocp是绝对基础，但没有dip给出的具体实在, 绝大多数patterns是dip的implement,而具体的projects是某个pattern的implement.
还有几个相关的priciples，但都是ocp的constraints,很好，但没有dip那么重要。
思维活跃的group很注重pattern的应用，他们不一定注重某个pattern的考察，但如果对dip理解不深，说轻了是没有真正的掌握patterns,说重了是components之间的reference都不对，software的architecture就是错的，很要命。
所以理解dip是第一步。
2．Patterns的目的和手段.
Patterns的目的是为了应对变化，使software more scalable. OO中应付变化的手段就是abstraction，而不是具体的class. Depend on abstraction是dip的精髓。所以绝大多数patterns都是针对abstraction编程，来应对将来的变化。
3．组合or 继承 ?
大框架来说基本上是组合，细分了才是继承。这和90年代的oo有很大的不同。
4．分类
个人觉得传统的分类方式Creational/Structural/Behavioral这种分类狠别扭, 也不利于掌握, 俺个人对他们进行”纵横分类”.
如果把class的看成一个以base class(interface,abstract)看成是一个tree的话，那么n个base classes就可以看成N个tree.
所谓横分类就是有多个tree参与。纵分类就是只有一个tree参与。
全部纵横分类都是大组合小继承。
横分类代表多个方向的变化，纵分类代表一个方向的变化。
隶属横分类的patterns有：
Bridge：这个pattern很不被人强调，应用也不是那么广，但它反映N个方向独立变化的思想，这正是组合的精髓，所以俺把它列为横分类的基础。
Abstract factory, builder, factory： 他们同属creational patterns但就是以不同的方式new instance.
Mediator: 简单，不说了。
纵分类的patterns:
Singleton: 最简单的一个，没有subclass.
Composite:用到collection 和 recursion.
Proxy: 代表这种分类思想的精髓，很多pattern都是从它延伸出去的。
Decorator: 虽然不常用，但思想精妙，tree 最右边branch可以扩展到无穷深，只要你愿意。
Chain of Responsibility：同porxy一样，经典。
state, strategy，template：简单的abstraction的应用，不多说,但他们是应用最广泛的一类。
还有一类是通过.net现有的type都可以实现的：
Prototy: 用clone.
Command, observer: 用delegate or event.
Iterator: 用generic collection
另一类通过warper实现：fa231;ade, adapter.
剩下的就是很少用到的，起码我很少那样考虑：interpreter, visitor.
patterns很多都相互包含，只要有对其中几个比较精髓的pattern理解深刻，其他同类的就会迎刃而解。
5．对patterns地掌握需要正反两个互逆的过程，第一个过程是用一个pattern来找issue尝试解决，这是学习的过程。逆过程就是拿问题来用pattern解决，这是应用的过程，也是终极目标。很多developer始终停留在第一个过程，很可惜。
6．在开发的过程中premature abstraction也是一个很大的问题，会导致不必要的performance的丧失，所以BA的过程就显得尤其重要, 但到最后需求的变化也不可避免，这时候就要有拥抱变化的乐观态度了。
选择“Disable on www.wenxuecity.com”
选择“don't run on pages on this domain”
