05框架 - 02.docx

框架02谈谈ssm在框架中的职责SSH为struts+spring+Hibernate的一个集成框架，是目前较流行的一种Web应用程序开源框架。集成SSH框架的系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理struts和Hibernate。具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO(Data Access Objects)接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring做管理，管理struts和Hibernate。采用上述开发模型，不仅实现了视图、控制器与模型的彻底分离，而且还实现了业务逻辑层与持久层的分离。这样无论前端如何变化，模型层只需很少的改动，并且数据库的变化也不会对前端有所影响，大大提高了系统的可复用性。而且由于不同层之间耦合度小，有利于团队成员并行工作，大大提高了开发效率。Spring BootSpring诞生时是Java 企业版（Java Enterprise Edition，JEE，也称 J2EE）的轻量级代替品。虽然 Spring 的组件代码是轻量级的，但它的配置却是重量级的。第一阶段：xml配置：在Spring 1.x时代，使用Spring开发满眼都是xml配置的Bean，随着项目的扩大，我们需要把xml配置文件放到不同的配置文件里，那时需要频繁的在开发的类和配置文件之间进行切换第二阶段：注解配置：在Spring 2.x时代，随着JDK1.5带来的注解支持，Spring提供了声明Bean的注解（例如@Component、@Service），大大减少了配置量。主要使用的方式是应用的基本配置（如数据库配置）用xml，业务配置用注解第三阶段：java配置：Spring 3.0引入了基于Java的配置能力，这是一种类型安全的可重构配置方式，可以代替XML。我们目前刚好处于这个时代，Spring4.x和Spring Boot都推荐使用Java配置。使用了Spring Boot，ssm整合就没有了。所有这些配置都代表了开发时的损耗。因为在思考Spring特性配置和解决业务问题之间需要进行思维切换，所以写配置挤占了写应用程序逻辑的时间。除此之外，项目的依赖管理也是件吃力不讨好的事情。决定项目里要用哪些库就已经够让人头痛的了，你还要知道这些库的哪个版本和其他库不会有冲突，这难题实在太棘手。并且，依赖管理也是一种损耗，添加依赖不是写应用程序代码。一旦选错了依赖的版本，随之而来的不兼容问题毫无疑问会是生产力杀手。Spring Boot 简化了基于Spring的应用开发，只需要“run”就能创建一个独立的、生产级别的Spring应用。Spring Boot为Spring平台及第三方库提供开箱即用的设置（提供默认设置），这样我们就可以简单的开始。多数Spring Boot应用只需要很少的Spring配置。我们可以使用SpringBoot创建java应用，并使用java –jar 启动它，或者采用传统的war部署方式。jar包有tomcat，运行jar就相当于原来war发布到tomcat一样去运行。java –jar crm.jar等同于tomcat/webappa/crm.warSpring Boot 主要目标是：为所有 Spring 的开发提供一个从根本上更快的入门体验。开箱即用，但通过自己设置参数，即可快速摆脱这种方式。提供了一些大型项目中常见的非功能性特性，如内嵌服务器、安全、指标，健康检测、外部化配置等。绝对没有代码生成，也无需 XML 配置。特有注解：@RestController注解:其实就是@Controller和@ResponseBody注解加在一起@SpringBootApplication注解，启动类@Configuration：用于定义一个配置类@EnableAutoConfiguration ：Spring Boot 会自动根据你jar 包的依赖来自动配置项目。@ComponentScan：告诉Spring 哪个packages 的用注解标识的类会被spring说明：collection扫描application类所在的包，可以是它的子包。Webservice是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML（标准通用标记语言下的一个子集）标准来描述