上午坐在哪里边想边写，完成了第一部分，说的东西应该算是发自内心了。个人道行还是太浅，打字的水平远远超过了写代码的水平，所以，总结出来的东西并不指望能恩泽四方，只希望能给自己留下一点记忆。在这个WEB2.0已经开始唱主角的时代，古老的3层结构，估计也只有我还在关心了，不过，无论如何我都觉得这个成功了很多年的架构值得学习总结。不废话了，继续。。。
中间层
这一层应该说是一个系统的核心了。我们说表现层决定了用户的第一印象和吸引用户的魅力，那中间层就纯属“耐看型”了。中间层好了，才能真正留住用户的心。前面也说了，这一层属于过渡层，承上启下。这一层一定要把接口设计好，逻辑关系都尽量由接口来完成，具体实现的时候嘛就可以就事论事了，实现类实例就OK啦。
1、中间层设计
中间层的分析、设计是最关键的步骤，要把OO的思想好好的溶入其中。那么，必须提到一个重要的工具就是UML了，目前可以画它的CASE很多，RATIONAL ROSE实在太庞大了，而且配置很繁杂，对于小型项目的分析我个人觉得VISIO很不错。
先OOA啦，找到参与到系统中的各种角色，建用例图，这一步最好能边做边和具体业务专家沟通，这是系统成功的基石。
用例全部都理清白以后，分析用例，画活动图和状态图，这下基本上系统使用过程中，每一步有哪些人参与，每人参与以后能做什么、不能做什么，能做事情的前后顺序，做完某事以后系统和用户的状态等等都可以一目了然了。
然后是要抽象出类图了，这个工作最好有一位经验丰富的程序设计人员配合一下，能发现何时何处用何设计模式，这不是为了玄，这样做是为了后期按客户变更或增加需求时重构或扩展系统用的！合理的使用设计模式，真的很不容易做到，也许GOF也不能保证每次都OK。
接下来就要鼓捣顺序图了，这一步只要认真细致，就肯定可以把大部分类交互的方式以及顺序给定下来。
其余的UML图，我看对于小系统设计再花时间去画就太得不尝失了。GENERATE CODE就完事，剩下的事情不用多说了，每个称职的程序员都会做。
2、中间层组成
我觉得可以像很多经典理论中多的把3层扩展到N层，但是对于一般的应用来看，3层就足够了——WEB SERVER + APPLICATION SERVER，其实往往也就是一台服务器。WEB SERVER里用的是常见的中间件，比如：IIS或者APACH，大家都是驾轻就熟；APPLICATION SERVER就稍微专业一点，提供啥服务，还要看做哪方面的事，ARCIMS就是我用过的比较有趣的APPLICATION SERVER了，我想应该其他的行业里，也会有自己特有的服务器。把服务器配置好，再把写好的类库部署到各自该到的地方。个人觉得让WEB SERVER去做HTML方面的事情，少参与业务逻辑，只要能够很好的完成表单的提交和页面的显示就可以了，当然，最好还能够把用户的请求组织或者说标准化一下，然后再找到合适的APPLICATION SERVER（万一公司有个CLUSTER，这就很重要了）。具体的业务逻辑，还是让APPLICATION SERVER来做，这样也会更专业一些，而且针对自己行业的业务所出的中间件，应付自己的业务应该是迎刃而解、游刃有余。
中间层
这一层应该说是一个系统的核心了。我们说表现层决定了用户的第一印象和吸引用户的魅力，那中间层就纯属“耐看型”了。中间层好了，才能真正留住用户的心。前面也说了，这一层属于过渡层，承上启下。这一层一定要把接口设计好，逻辑关系都尽量由接口来完成，具体实现的时候嘛就可以就事论事了，实现类实例就OK啦。
1、中间层设计
中间层的分析、设计是最关键的步骤，要把OO的思想好好的溶入其中。那么，必须提到一个重要的工具就是UML了，目前可以画它的CASE很多，RATIONAL ROSE实在太庞大了，而且配置很繁杂，对于小型项目的分析我个人觉得VISIO很不错。
先OOA啦，找到参与到系统中的各种角色，建用例图，这一步最好能边做边和具体业务专家沟通，这是系统成功的基石。
用例全部都理清白以后，分析用例，画活动图和状态图，这下基本上系统使用过程中，每一步有哪些人参与，每人参与以后能做什么、不能做什么，能做事情的前后顺序，做完某事以后系统和用户的状态等等都可以一目了然了。
然后是要抽象出类图了，这个工作最好有一位经验丰富的程序设计人员配合一下，能发现何时何处用何设计模式，这不是为了玄，这样做是为了后期按客户变更或增加需求时重构或扩展系统用的！合理的使用设计模式，真的很不容易做到，也许GOF也不能保证每次都OK。
接下来就要鼓捣顺序图了，这一步只要认真细致，就肯定可以把大部分类交互的方式以及顺序给定下来。
其余的UML图，我看对于小系统设计再花时间去画就太得不尝失了。GENERATE CODE就完事，剩下的事情不用多说了，每个称职的程序员都会做。
2、中间层组成
我觉得可以像很多经典理论中多的把3层扩展到N层，但是对于一般的应用来看，3层就足够了——WEB SERVER + APPLICATION SERVER，其实往往也就是一台服务器。WEB SERVER里用的是常见的中间件，比如：IIS或者APACH，大家都是驾轻就熟；APPLICATION SERVER就稍微专业一点，提供啥服务，还要看做哪方面的事，ARCIMS就是我用过的比较有趣的APPLICATION SERVER了，我想应该其他的行业里，也会有自己特有的服务器。把服务器配置好，再把写好的类库部署到各自该到的地方。个人觉得让WEB SERVER去做HTML方面的事情，少参与业务逻辑，只要能够很好的完成表单的提交和页面的显示就可以了，当然，最好还能够把用户的请求组织或者说标准化一下，然后再找到合适的APPLICATION SERVER（万一公司有个CLUSTER，这就很重要了）。具体的业务逻辑，还是让APPLICATION SERVER来做，这样也会更专业一些，而且针对自己行业的业务所出的中间件，应付自己的业务应该是迎刃而解、游刃有余。
