看懂第一章看懂全书 附上个人感想

文中有有几个关键点，就在introduction章节。如果你能理解了，全书也就不难理解。
1. 作者“蔑视”设计模式。
2. 作者认为设计模式是对class的复用的讨论，而分析模式是对interface复用的讨论。 设计模式主要讨论如何设计实现，而分析模式讨论的是设计接口
3. 分析模式不一定非要用类图、OO 来表达，作者推荐了 这本书 《Data Model Patterns: Conventions of Thought》 用流程图，或ER图来表达更合适。
4. 分析模式不是为了学术讨论诞生，而是真实的企业开发中总结的经验。因为是经验，所以连取名也是极大的困难。
5. 某一些模式，如Accounting，是最早在财务系统中发现的，但是实际上其他系统也几乎都能参考。因为过于具体，导致取名苦难。（你看不到分析模式中有什么工厂，单例，享元等等污七八糟的名字）
6. 本书中的概念一点也不难，之所以觉得“难”，是因为这些概念和计算机科学无关，和具体实施的行业（如：财务、电信、能源、生命医学行业更相关）如果没有对这些行业的知识的一定的了解，仅仅只是计算机专业的学生，必然理解困难。
----------------------------------------------
个人感想。

对于分析模式最深刻的体现就是 ERP系统了。一个系统上万张表。这些表中的关系，以及数据的流向其实就代表一个企业的业务的所有抽象了。个人觉得，分析模式和OO没有必然联系。全书所用图，基本上是流程图或ER图。

个人认为：设计模式被作者归纳到Support模式中去了。而分析模式，属于Conceptual模式。分析模式的讨论，本书基本上属于空前绝后。哪怕是作者后来写的《企业应用架构模式》也只是在讨论Support模式了。

只所以认为空前绝后，是本书在用OO的方法做分析模式。这可能是唯一的一本可参考的书了。而分析模式，比较多的研究还是体现在关系型数据库，如这本书中提到的《Data Model Patterns: Conventions of Thought》