企业级

Part1 软件架构

“架构”是依据业务设计组件、模块、框架、类等不同粒度的单元将其组合的策略。没有理想上通用的架构，不同的软系统的着重点不同。(业务逻辑复杂、并发性能高、扩展性好)

架构五视图概念：物理架构（安装、部署需求）、逻辑架构（业务需求）、数据架构（数据需求）、开发架构（代码扩展、重用需求）、运行架构（运行性能安全需求）。

开发中需要挖掘、分析清需求，利用多视图设计出架构模型。最后转换成组件、模块 、接口、类进行验证。

RUP：

需求分析建立用例图为用例添加规约。（用例描述）

制作原型界面确认需求。

编写SRS文档。

（RUP在迭代中找出风险性最大架构问题，尽量减少风险，XP里由核心用户故事来驱动）

领域建模与需求分析同步进行。

模型建立与领域专家交流。

精化领域模型设计模块、接口、类。

概念架构分层，层次中加入鲁棒图分析。

Part2架构模式

三层架构：表现层、领域层、数据层，后两层绝对不要依赖表现层。

组织领域逻辑三种模式：事务脚本、表模块、领域模型，尽量使用领域。

领域模型粒度尽量小。

避免实体bean重进入。（一个对象改变了bean状态，不应再被另一个对象使用）

可在领域层加薄服务层提供接口与客户层连接。

数据访问建议：

控制粒度尽量减少数据库访问次数，使用join避免多次进入，利用ormaping框架，使用连接池。

合理设计数据表继承结构。

（三范式 1nf字段不可再分 2nf非关键字依赖自己关键字 3nf 不存在传递依赖 ）

先领域模型设计而不是先设计数据库表

避免长事务，减少事务隔离提高灵活。

数据源架构：表数据入口（表对应记录集）、行输入入口（行对应类）、活动记录（同行输入入口将逻辑加入类）、数据映射器（数据对应领域对象）

反射编写数据映射器或使用开源mapping工具

使用mapping设计时注意对象的工作单元、标识域、继承、延时加载、缓存

备忘数据可对象序列化（类对象、json、xml）保存BLOB

表现层之web

模型（对象）

页面控制器（跳转）、前端控制器（interpret filer、装饰）、应用控制（逻辑调用）

模板视图、转换视图

客户端会话cookie （可加密防篡改）

服务端会话 session （占内存可序列化保存）

数据库会话 建临时字段（状态保存与 客户端、服务端会话数据比较）

Part3轻量架构

发展：

EJB测试困难严格的单元测试和测试驱动开发TDD日益变流行。

开发人员不断寻找更简单的EJB代替品。J2ee中servlet、jsp、jms、rmi、jdbc都是好的规范唯独ejb。

架构满足业务需求的能力以经验评测，不是全凭主观臆断、一厢情愿。

Xp教我们怎么思考。

EJB服务：目录JNDI、事务JTS和JTA、连接JCA、资源池、线程管理、entity bean。

Hibenate和JDO代替entity bean

AOP(如spring)声明式事务

业务对象线程池缓存：web应用时Web容器提供线程池无需再业务层在提供，只有用RMI才需要。

开发指导：

参考架构：开源框架中的模板，如果你的模板是基于一个应用（sun java PetStore）而不是一个框架结果多半失败。

工具：eclipse、intellij、svn、git、junit、ant、maven、spring、jdo、hibernate、struts

业务服务层：接口形式、oo、内部机制不应过复杂、独立表现层、不直接与数据层打交道、有事务管理、易测试、可伸缩性、尽量无状态（如把状态保存web层）、ioc达到接口现实分离

业务对象和表现组建运行在同一jvm，所以搭建集群部署到新jvm实现水平扩展。

活动记录在领域对象中包含数据访问逻辑，是entity bean和传统持久化框架使用的方法。

数据映射器包含所有持久化逻辑。TOPLINK通过共享缓存访问读取对象，如果不为对象克隆就不能修改对象否则会破坏共享缓存。

业务逻辑框架选用spring；支持远程客户端可用hessian、butlap、web service（soap服务apache axis、clue）；

很多web应用没有清晰的业务服务层，往往依附web层框架（如struts）；

纯OO编程模式很难处理一些与实际正交需求（如：安全性）而spring通过AOP能解决。

AOP是OOP的补充，横切方法拦截。

把精力集中在问题领域上而不是技术本身。

DTO、VO都是伪对象尽少使用，OO原则很重要

表现层：业务逻辑独立于表现层。

Web应用web层：（expert one on one j2ee design and development 12、13章）

技术struts、webwork、maverick、jsp、velocity、javascript

Servlet+jsp的mvc

数据层：使用o/r mapping工具使得领域对象可包含业务逻辑，领域模型就是有对象而不是哑数据容器构成了。

EJB 无状态会话Bean （SLSB）的审视：

声明性事务管理：spring提供基于AOP的声明事务管理，支持多数据库的JTA、JDBC，回滚规则配置，编程性事务。

远程调用：web应用中将web组件和业务组件方在同一JVM比较好，需要远程调用暴露web services接口可行。

集群：EJB有状态会话bean的集群能力差，通常集群可通过J2eeweb容器、web

服务器或者硬件设备处理。

线程管理：实现不读写实例变量的多线程服务对象这种方法在servlet、sturts action中工作的非常完美，使用命令模式为每个请求创建实例消除对象内部并发，使用java同步、并发库。

实例池：slsb缓冲池是节省内存，spring实例池commonsPoolTargeSourse，现在jvm垃圾收集效率高内存也便宜。

资源管理：将数据库连接放入资源池，dbcp等做得很好。

安全：用AOP实现声明性自定义安全性，自定义安全拦截器。

业务对象管理：Spring作为对象工厂，spring提供缓冲池，ioc功能代替jndi查找。

开源方案：

Ao--Spring、Nanning Aspectes、Jboss4

Ioc--Spring、PicoContainer（可与Nanning集成）、HiveMind

O/R--Hibernate、JDO、iBatis

Web service--GLUE

性能：

响应时间：应用程序处理一个请求的时间（如http请求）

延时时间：从应用程序得到反馈所需最小时间。

吞吐量：一段时间内所能进行的工作总和，web应用常用每秒点击率衡量，事务处理程序则是每秒完事务数。

可伸缩性：指应用程序如何对应增长流量。可伸缩常等价于水平伸缩性（向上伸缩）集群是一种。垂直伸缩在每台服务器上运行多份服务，如添加cup、内存。

缓存（可以进行缓存的地方）：数据库、O/R mapping、业务对象（业务层用aop缓存）、web层对象、过滤器与jsp标签缓存、HTTP头控制浏览器web缓存

优化：控制继承树深度、直接访问字段而非方法访问、用局部变量代替实例变量、去除不必要log

Spring

Spring是一个应用框架而不是web、ioc、aop或者中间层框架什么的。

国人应用框架jdom。

Bean工厂：依赖注入

应用上下文：在bean工厂基础上增加对信息

Part4敏捷

Part5领域驱动