java学习笔记--架构设计（一）
1 一个实际项目Java架构设计之总体设计
2 具体技术架构模块图
如上图示所，框架主要包括了：l MVC开发框架
l 工作流技术
l 用户、权限、角色管理
下面分别详细介绍。
MVC方案
视图层技术方案（view）
在常用开发框架的应用中，常用于视图层的有：Jsp ,Jsf，Freemarker，Xslt, Velocity等.JSP:常用的一种视图层，无法实现严格的MVC分离，JSP代码几乎等同于Java代码。表现逻辑与代码相混杂，代码重用性，系统维护性比较低。下面分别介绍:
l JSF：基于组件事件驱动，遵循JAVAEE的标准，上手快，有大量可重用组件。对RESET支持不好，没有一个统一的实现，既有SUN的实现，又有apache的实现-myfaces，编写定自定义组件要求高，比较适合做企业应用。
l xslt：模板技术之一，有极佳的拓展性和重用性，可实现严格的MVC分离。Xslt缺乏强有力的编辑器支持。在性能上，相对于JSP,Freemarker,Velocity,在等同复杂页面度的表现层逻辑，xslt性能比其他几个差距比较大，占用的内存空间也比较多。
l Velocity：常用的模板技术之一，可实现严格的MVC分离，简单轻量级，语法简单。vtl语法需要一定上的学习时间,不支持jsp标签。
l Freemarker：常用的模板技术之一，可实现严格的MVC分离。与Velocity相比，Freemarker功能更加强大，对表现逻辑和业务逻辑的划分更加严格，可自定义macro，Freemarker同时支持JSP的标签。Freemarker对于语法相对比较严格，变量必须赋值，map的key必须为string。
基于以上分析，结合开发效率和运行效率，建议采用Freemarker作为视图层的技术。
控制层方案（controller）
在常用的控制层技术中，有struct1，struct2，springMVC等。
-
struct1：比较早的一个控制层框架，非线程安全，现在很少使用。 复制代码 -
struct2：较为成熟并应用非常广泛的框架，即经典的SSH，比较热门 复制代码 -
springMVC：后起之秀，目前最有前景的技术，以下列出与struct2主要对比项： 复制代码
l 在性能上，springMVC优于struct2。
l springMVC隶属spring团队的产品，学习过spring的人，上手快。
l springMVC可实现配零配置，struct2需要无法做到零配置。
l 对于开发效率来讲，springMVC相对struct2，效率高。
l springMVC内置restful，无需第三方插件的支持。
l 标杆对照，在淘宝、拍拍等大型电商网站中，也采用springMVC作为控制层技术，有很多资料可作为参考。
从技术的先进性、复杂性上考虑建议采用springMVC作为控制层。
模型层（module）
可以选用两大主流的开源ORM组件：hibernate和MyBatis。
l Hibernate学习门槛比较高，限制对象模型，在多表、复杂查询下，优化难度较高。对于后期的维护或者重构来说，难度较大。
l MyBatis属于半ORM框架，可以对sql做到精细控制，但是开发效率来讲，比hibernate相对慢些，但是利于后期的维护于重构。
从灵活性、可控性、学习成本和本人熟悉程度考虑，配合使用codeSmith代码生器能大幅提高开发效率，建议采用MyBatis，作为项目的ORM框架。
数据库（database）
可能被采用的数据库有Oracle、MySQL，使用Mysql的好处有：
l 源免费数据库,使用较新稳定版本5.5
l 功能强大，稳定；
l 经历过有广泛的成熟的应用实践考验；
l 使用经验比较丰富，容易上手，使用简单；
l 视用户量情况考虑，前期小规模的时候采用Master-Slave主从模式备份。后期逐步考虑：实现数据库读写分离。并可考虑分表、分库，还可以使用集群提升读性能。
使用Oracle的好处有：
l 目前公司已经使用
l 性能好、安全性高，各种方案完整
l 客户较为认可
基于目前公司已使用，所以建议仍采用oracle，但如果需要降低成本可以采用Mysql。
推荐MVC技术方案流程
总体流程图
控制层(controller)流程图
用户、角色、权限管理模块
CAS +LDAP
工作流方案
可以选择的技术主要有：JBPM4，JBPM5，Activiti5
由于目前还未深入分析，初步设想可能偏向于Activiti5,因为它更好的与当前架构集成数据集成ETL工具
Kettle是一款国外开源的ETL工具，纯java编写，可以在Window、Linux、Unix上运行，数据抽取高效稳定。Kettle 中文名称叫水壶，该项目的主程序员MATT 希望把各种数据放到一个壶里，然后以一种指定的格式流出。Kettle采用了LGPL协议，即修改后的程序可以不公开发布，可以放心的使用，而不用考虑版权问题。
通用基础模块/组件方案
日志组件
l 采用J2EE平台最常用的Log4J日志组件
Cache组件
l 前期使用单台应用服务器的时候可以直接使用Mybatis内置缓存机制或者是服务器缓存开发；
l 后期根据实际运营情况，要使用集群部署方式时，使用Memcached组成分布式集群缓存，这样就不存在缓存同步的问题。
l 通过Spring的AOP结合Memchched将缓存功能嵌入到代码中，根据实际的业务场景，制定缓存策略。