2016年月薪100万的系统架构师文档.pptVIP

架构没有好坏，只有企业、团队适应不适应； 没有构件的架构只能降低项目开发速度； 架构好坏与开发人员对其熟悉密切相关。 前台中间件 功能：负责对前台界面的中事件 的管理，让不同界面实现清耦合。 一、典型架构介绍 二、表示层利器：Struts 三、层次关联利器：Spring 四、持久层利器：Hibernate 五、Spring + Hibernate 六、模块集成 典型架构——公司架构 典型架构——目录结构 典型架构——抽象架构 S-S-H：Struts2+Spring3.01+Hibernate3.3 典型架构——架构优势 通过成熟的开源产品搭建层次清晰、性能稳定的系统架构； 层与层之间松散耦合，增加代码重用率，提高开发效率； 每一层担当各自具体任务，便于团队分工和后期维护； 稳健的架构能承受业务的扩展，不至于使项目失控。 典型架构——UI Layer(前台展现) Struts2提供三种展现模型： JSP，FreeMarker,Velocity方式； 架构中用JSP，而另外两种在业务系统不能使用； Struts2提供两种展现技术： Coral组件（表单展现）， JQuery表单验证和动态展示， JQueryEasyUI:做界面布局 Ext框架； 典型架构——UI Layer(前台控制) User Interface层是面向用户的界面层，充当与用户互动的角色，即接受用户请求并作出响应。实现这一功能最佳实践即MVC模式，借助Struts实现，而Struts本身就是MVC思想的产物： 为用户管理请求和响应； 提供一个控制器（controller）代理调用业务逻辑和其它上层处理； 处理从其它层掷出给异常。在Struts对于业务异常要进行处理，不能直接交给Struts进行处理。 为显示提供一个模型； 执行用户接口（UI）验证，提供同步验证和数据库唯一性验证。其他验证在前台展现层编写。 必须采用Action进行页面跳转控制。在Action中进行例外控制，在Jsp层进行前台展现控制。 典型架构——Business Layer 将业务逻辑分为单独的一层，目的是降低它与系统其它部分的耦合度。该层借助Spring的IOC模式来装配业务组件，使系统更具扩展性。通过Spring AOP（面向方面）思想，来集中处理具体业务，如事务管理，使代码更为简洁，增加复用，提高开发效率： 处理应用程序的业务逻辑和业务验证； 管理事务； 预留和其它层交互的接口； 管理业务层对象之间的依赖； 增加在表现层和持久层之间的灵活性，使它们互不直接通讯； 管理从业务逻辑到持久层的实现。 典型架构—事务控制 Spring 控制方式： 采用Spring的事务控制方式： 主要用于本系统内部，没有非数据库操作。 在Action采用Spring的Hibernate的事务管理。 有非数据库操作。比如有文件操作，Email操作等。 配置方式 配置文件：采用Spring配置文件格式。 项目可能重用，业务逻辑不一样的情况。 采用Java类的注解方式：在产品中业务逻辑固定的功能。 典型架构——Persistence Layer 在传统的系统开发中该层占据大部分的开发时间，且随着需求的变更导致功能的修改，逐渐变得难以控制，特别是表结构的变化可能导致整个系统伤筋动骨。借助Hibernate，利用其持久化机制和CRUD封装来减少代码开发量和其他层次的耦合度： 查询相关的信息成为对象，主要通过Hibernate的HQL语言实现； 保存、更新、删除储存在数据库中的信息。 一、典型架构介绍 二、表示层利器：Struts 三、层次关联利器：Spring 四、持久层利器：Hibernate 五、Spring + Hibernate 六、模块集成 Struts——定义 Struts2是基于WebWork2基础上开发Web应用程序的开放源码的framework；他支持OGNL，模板语言等开发模式。 采用Struts框架能开发出基于MVC(Model-View-Controller)设计模式的应用构架； Struts的主要功能是提供了一个用于控制用户的请求的框架，借助struts controller servlet可以将用户的请求发送到相应的Action对象； Struts将业务数据、页面显示、动作处理进行分离，有利于各部分的维护。 Struts——架构图 Struts——Action Action充当了控制器的角色，每个请求都会触发到Action类，在这里可以处理逻辑业务，分发数据，链接转向； execute()方法中 实例通过读取配置文件获得。其方法在Struts配置文件中进行你该配置。 根据Struts配置文件，不同的Struts