作为架构师，同时你也必需为“框架师”，架构是从广意上来讲的，它的常识需要包围到硬件、软件、协议甚至业务配景。

可是一个架构师在项目中时它又必需是一个“框架师”，就和造屋子一样，框架搭的好，屋子造出来才气健壮。

我们就先来看我们第一幢屋子的脚手加架-Spring在我们项目中的利用吧，先来看架构图，一般我喜欢用Visio来画架构图，画完后直接在Visio的workspace里ctrl+a全选后回到 word后按ctrl+v，这样你的word文本中就有了一幅visio的图了，而你在word文档中双击这个visio图它会自动在当前的文档中打开visio的workspace以便于你来编辑你的visio图，这样你就不消往返在word与 visio间举办切换了，也不消每次把visio转成jpg后再到word中插入图片了，这是一个尺度操纵模式，但愿可以或许为各人此后的操纵带来利便。虽然，平时看到好的文档，好的架构图把它保藏起来、分门别类相信你的文档会越写越大度.

苏州软件定制开拓 .2 t_student表 4.3 seq_student_no序列 CREATESEQUENCE ALPHA.SEQ_STUDENT_NO MINVALUE1MAXVALUE9999999999999999999INCREMENTBY1STARTWITp1CACHE20NOORDER NOCYCLE ; " src="/uploads/allimg/c180304/152010K5X64P-1B47.png" />

Look，这就是我们的框架。

在此我们利用3.1，它认真IOC，AOP等事情，用于署理业务层（Service层）的事务。

在此我们利用1.3，它认真节制层以及相关的JSP页面（回收Struts标签）。

节制层通过业务层再会见数据库层。

认真ORMapping，由于我们利用的数据还需要举办一些巨大的汇总与计较，因此在将来系统开拓中还需要开拓一系列的StoreProcedure(存储进程)，用jdbc template不只可以利便机动的利用SQL查询语句，同时也为会见各类数据库的存储进程带来了利便。

该框架利益:

上述框架回收View Layer，Controller Layer，Service Layer，DAOLayer举办分层。层与层之间全部基于接口。

1） 逻辑的任何变换不影响到代码的运行

2） 自动署理数据库的事务操纵，尤于回收了Spring的DataSourceTransactionManager，该类是一个完全基于AOP的事务自动署理，由于利用的是AOP中的环绕机制，因此该类会自动操作AOP成果在数据库操纵时举办事务的开启、提交、封锁而且在碰见Exception时会自动回滚。该类利用通配符的方法，对付业务层举办事务打点。由于Controller层不直接操纵DAO，而是通过Service层来操纵事务的，因此事务的切片定位在Service层。别的，由于一个Service要领有大概涉及到多个DAO操纵，所以将事务定位在Service层有助于保持数据的一致性。

3) 层中相关技能的替换不影响到其它层面，层与层之间的全部基于接口，因此各个层内自身的逻辑可能是回收的相关技能的变革不影响到其它层。举例来说：此刻的DAO层是Spring JdbcTemplate，假如未来换成Hibernate可能是EJB的JPA来做DAO层的话，对付整个DAO层只需要凭据原有接口重写相关的impl类，而view层, controller层与Service层的变换为“零代码”窜改。

本框架利用的是Spring3.0+Struts2.x作为系统框架的焦点。传统的框架陪伴着一堆xml文件的设置，好比说用于描写Struts中Action的设置，层与层之间的依赖干系，甚至特定的class需要用到的外部变量都需要举办基于xml名目标设置文件的修改。