在软件开发过程中,配置文件的灵活性和动态性对于项目的可维护性和扩展性至关重要，Spring框架作为一种流行的Java企业级应用开发框架，提供了强大的动态配置文件支持，本文将详细介绍Spring动态配置文件的使用方法、优势以及在实际开发中的应用。
Spring动态配置文件
Spring动态配置文件允许在运行时动态地修改配置信息,而不需要重新启动应用程序，这种灵活性使得应用程序能够根据不同的运行环境或用户需求进行调整，从而提高系统的可适应性和可扩展性。
Spring动态配置文件的使用方法
使用@PropertySource注解
@PropertySource注解用于指定配置文件的位置，使得Spring框架能够找到并加载配置信息，以下是一个使用@PropertySource的示例：
@PropertySource("classpath:config.properties")@Configurationpublic class AppConfig {// ...}
使用@Value注解
@Value注解用于注入配置文件中的值到类的属性中，以下是一个使用@Value的示例：
@Componentpublic class MyComponent {@Value("${my.property}")private String propertyValue;// ...}
使用Environment对象
Spring提供了Environment对象,该对象封装了所有的配置属性，可以通过Environment对象获取配置信息，以下是一个使用Environment的示例：
@Componentpublic class MyComponent {private final Environment env;public MyComponent(Environment env) {this.env = env;}public String getProperty(String key) {return env.getProperty(key);}// ...}
Spring动态配置文件的优势
Spring动态配置文件的实际应用
以下是一个使用Spring动态配置文件实现数据库连接的示例：
创建配置文件
在src/main/resources目录下创建config.properties文件，并添加以下内容：
db.URL=jdbc:Mysql://localhost:3306/mydbdb.user=rootdb.password=123456
使用配置文件
在Spring配置类中使用@PropertySource注解和@Value注解注入数据库连接信息：
@PropertySource("classpath:config.properties")@Configurationpublic class AppConfig {@Value("${db.url}")private String dbUrl;@Value("${db.user}")private String dbUser;@Value("${db.password}")private String dbPassword;@Beanpublic>FAQs
问题1：如何确保配置文件中的信息不会被硬编码？
解答：可以通过使用配置文件管理工具（如Spring Cloud Config Server）来管理配置文件，确保配置信息不会硬编码在代码中。
问题2：Spring动态配置文件与XML配置文件相比有哪些优势？
解答：Spring动态配置文件相比XML配置文件具有更好的可读性、易于维护和扩展性，动态配置文件支持在运行时修改配置信息，而XML配置文件则需要重启应用程序才能生效。
Spring有什么好处？
在SSH框假中spring充当了管理容器的角色。 我们都知道Hibernate用来做持久层，因 为它将JDBC做了一个良好的封装，程序员在与数据库进行交互时可以不用书写大量的SQL语句。 Struts是用来做应用层的，他它负责调用业务逻辑serivce层。 所以SSH框架的流程大致 是：jsp页面----Struts------Service（业务逻辑处理类）---Hibernate（左到右）struts 负责控制Service（业务逻辑处理类），从而控制了Service的生命周期，这样层与层之间的 依赖和强，属于耦合。 这时，使用spring框架就起到了控制Action对象（Strus中的）和 Service类的作用，两者之间的关系就松散了，Spring的Ioc机制（控制反转和依赖注入）正 是用在此处。 Spring的Ioc（控制反转和依赖注入） 控制反转：就是由容器控制程序之间的（依赖）关系，而非传统实现中，由程序代码直 接操控。 依赖注入：组件之间的依赖关系由容器在运行期决定 ，由容器动态的将某种依赖关系注 入到组件之中。 从上面我们不难看出：从头到尾Action仅仅是充当了Service的控制工具，这些具体的 业务方法是怎样实现的，他根本就不会管，也不会问，他只要知道这些业务实现类所提供的 方法接口就可以了。 而在以往单独使用Struts框架的时候，所有的业务方法类的生命周期， 甚至是一些业务流程都是由Action来控制的。 层与层之间耦合性太紧密了，既降低了数据访 问的效率又使业务逻辑看起来很复杂，代码量也很多。 ，Spring容器控制所有Action对象和 业务逻辑类的生命周期，由与上层不再控制下层的生命周期，层与层之间实现了完全脱耦， 使程序运行起来效率更高，维护起来也方便。 使用Spring的第二个好处（AOP应用）： 事务的处理： 在以往的JDBCTemplate中事务提交成功，异常处理都是通过Try/Catch 来完成，而在 Spring中。 Spring容器集成了TransactionTemplate，她封装了所有对事务处理的功能， 包括异常时事务回滚，操作成功时数据提交等复杂业务功能。 这都是由Spring容器来管理， 大大减少了程序员的代码量，也对事务有了很好的管理控制。 Hibernate中也有对事务的管 理，hibernate中事务管理是通过SessionFactory创建和维护Session来完成。 而Spring对 SessionFactory配置也进行了整合，不需要在通过来对 SessionaFactory进行设定。 这样的话就可以很好的利用Sping对事务管理强大功能。 避免 了每次对数据操作都要现获得Session实例来启动事务/提交/回滚事务还有繁琐的 Try/Catch操作。 这些也就是Spring中的AOP（面向切面编程）机制很好的应用。 一方面使 开发业务逻辑更清晰、专业分工更加容易进行。 另一方面就是应用Spirng AOP隔离降低了 程序的耦合性使我们可以在不同的应用中将各个切面结合起来使用大大提高了代码重用度。
现在企业流行的java框架技术是什么，有什么不同点
我将简短分析被用于支持这些框架的企业开发环境或工具箱,例如Borland JBuilder，Eclipse以及BEA Workbench。 请记住，市场上有许多有关这些开发框架的图书;然而，在任何一篇文章中，要对它们进行深入描述是不可能的。 不过,我将尽力讨论最广泛地使用的概念。 1. 共同点 几乎所有现代的网络开发框架都遵循了模型-视图-控制(MVC)设计模式--商业逻辑和描述被分开，由一个逻辑流控制器来协调来自客户端的请求和服务器上将采取的行动。 这条途径成为了网络开发的事实上的标准。 每个框架的内在的机制当然是不同的，但是开发者们使用来设计和实现他们的Web应用软件的API是很类似的。 差别还存在于每个框架提供的扩展方面,例如标签库，JavaServer Faces或JavaBean包装器等。 所有的框架使用不同的技术来协调在Web应用程序之内的导航,例如XML配制文件，java属性文件或定制属性。 所有的框架在控制器模块实现的方法方面也存在明显的不同。 例如,EJB可能实例化在每个请求中需要的类或使用Java反射动态地调用一个适当的行动(Action)类。 另外,不同框架在各自引入的概念上也有所不同。 例如,一个框架可能定义用户请求和反应(以及错误)场所，而另外一个框架可能仅仅定义一个完整的流--从一个请求到多个响答和随后的再请求…… 各种Java框架在它们组织数据流的方法方面是很类似的。 在请求发出后，在应用程序服务器上产生一些行动;而作为响应，一些可能包含对象集的数据总是被发送到JSP层。 然后，从那些对象--可能是有setter和getter方法的简单类,javabeans,值对象,或者一些集合对象--中提取数据。 现代的Java框架还想方设法简化开发者的开发任务，如通过使用简易的API，数据库连接池，甚至数据库调用包等提供自动化的追踪方式来实现。 一些框架或者能够钩进(hooked into)另外的J2EE技术中,例如JMS(Java消息服务)或JMX,或把这些技术集成到一起。 服务器数据持续性和日志也有可能成为框架的一部分。 2. 企业开发环境 一些框架在Web开发者社区和企业发展领域变得相当流行。 随着这些框架的日渐成熟并开始发行稳定的版本，商业的IDE(集成发展环境)开始为这些框架提供支持并把他们纳入到自己的产品中。 一些IDE甚至基于框架的概念开发出整个的产品，例如,BEA WebLogic Workshop就是基于Struts框架建立起来的。 Borland Jbuilder为Struts提供了内建的支持，也支持JSF和JSTL。 Eclipse平台已成为一个很流行的开发工具,部分因为它是基于插件的，部分因为它对于Web框架的支持。 现在，出现了众多的Eclipse插件，甚至完整的基于Eclipse的IDE。 许多插件被设计适合于Struts框架开发,例如MyEclipse()或M7。 大多数IDE都具有图形化的流程和可视化对象(类代理)。 例如,下面是一个JBuilder的行动(Action)设计器，用于规划Web应用程序的页面顺序。 WebLogic Workshop引入Java页面流程技术,它扩展了Struts框架而提供了一个简化的开发模型并增加了另外一些特性。 Workshop使用页面流(Page Flows)，实现轻易地把用户接口与导航和商业逻辑分离开来。 页面流由JSP页组成，这些页面包含用户接口元素和一个控制器文件(JPF)--它包含由用户提供的数据将怎样被处理的指令以及下一步什么页面将被返回到用户的信息。 页面流动提供给开发者一个可视化的Web应用程序总体轮廓，它让开发者能够看到直观地分析不同的JSP页彼此相关联，并实现Web应用程序整体结构的快速建立。 MyEclipse提供类似的特征，并带有更多吸引人的代价标签。 3. Apache Struts框架 Struts框架是一开源产品,基于模型-视图-控制器(MVC)设计范例来开发Web应用软件。 它使用并且扩展了Java Servlet API，最初由Craig McClanahan创建。 在2000年5月，它被捐赠到Apache Foundation。 Struts框架展示了一个强有力的定制标签库，平铺显示，表单检验和I18N(国际化)。 另外,Struts支持许多描述层,包括JSP,XML/XSLT,JavaServerFaces(JSF)和Velocity;还支持一些模型层，包括JavaBeans和EJB。 4. Spring框架 Spring框架是一个分层的Java/J2EE应用程序框架，基于Expert One-on-One J2EE设计和发行的代码。 Spring框架提供一种简单的开发技术，用于自动化处理工程中大量的属性文件和助理类。 Spring框架包括的主要特色有: 1 强有力的基于JavaBeans的配置管理,使用Inversion-of-Control(IoC)原则。 2 一个核心bean工厂,可用在任何环境，从applets到J2EE容器程序。 3 通用的抽象层适合于数据库事务管理,允许可插入的事务管理器,并且不需要处理低层次的问题就可容易地划分各事务的界限。 4 一个很有意义的异常处理的JDBC抽象层。 5 与Hibernate集成到一起，DAO实现支持以及事务策略。 5. Hibernate框架 Hibernate是一适合于Java语言的对象-关系映射(ORM)解决方案。 它也是开源软件,类似Struts，并且在LGPL保护下发布。 Hibernate被一群来自世界各地的Java软件开发者所共同开发。 它提供一个易用的框架来实现把一个面向对象的域模型映射到一传统的关系数据库。 它不仅负责从Java类到数据库表格(以及来自Java数据类型的SQL数据类型)的映射,而且还提供数据查询和检索能力，并能大大减少花在SQL和JDBC手工数据处理上的开发时间。 Hibernate的目标是减轻开发者的与大量普通的数据持续性相联系的编程任务。 Hibernate还能够适应开发进程,无论它是刚开始设计还是来自一现成的数据库。 Hibernate可以自动生成SQL，使开发者摆脱了手工处理结果集和进行对象转化的繁琐任务,并能使应用程序移植到所有的SQL数据库。 它还能提供透明的持续性,对持续性类的唯一的要求的是实现一个无参数的构造器。 这个框架典型地使用在JavaSwing应用软件、基于Servlet的Java应用软件和使用EJBsession beans的J2EE应用软件中。 6. 结论 本文概述了现代最流行的Java Web开发框架。 当然,还有更多框架尚未描述,开源和商业化的都有,例如WebWork(或Tapestry(而许多框架通过扩展另外的MVC框架在内部被成功开发。 当前,最流行的框架是Apache Struts。 当Web开发竞技场继续演变它的工具和编程方法时,Java应用程序框架也将继续成长下去。 Java Web开发框架的未来一片明亮!
puwer-spring
1.1.1 Spring是什么 Spring是一个开源的轻量级Java SE（Java 标准版本）/Java EE（Java 企业版本）开发应用框架，其目的是用于简化企业级应用程序开发。 应用程序是由一组相互协作的对象组成。 而在传统应用程序开发中，一个完整的应用是由一组相互协作的对象组成。 所以开发一个应用除了要开发业务逻辑之外，最多的是关注如何使这些对象协作来完成所需功能，而且要低耦合、高内聚。 业务逻辑开发是不可避免的，那如果有个框架出来帮我们来创建对象及管理这些对象之间的依赖关系。 可能有人说了，比如“抽象工厂、工厂方法设计模式”不也可以帮我们创建对象，“生成器模式”帮我们处理对象间的依赖关系，不也能完成这些功能吗？可是这些又需要我们创建另一些工厂类、生成器类，我们又要而外管理这些类，增加了我们的负担，如果能有种通过配置方式来创建对象，管理对象之间依赖关系，我们不需要通过工厂和生成器来创建及管理对象之间的依赖关系，这样我们是不是减少了许多工作，加速了开发，能节省出很多时间来干其他事。 Spring框架刚出来时主要就是来完成这个功能。 Spring框架除了帮我们管理对象及其依赖关系，还提供像通用日志记录、性能统计、安全控制、异常处理等面向切面的能力，还能帮我管理最头疼的数据库事务，本身提供了一套简单的JDBC访问实现，提供与第三方数据访问框架集成（如Hibernate、JPA），与各种Java EE技术整合（如Java Mail、任务调度等等），提供一套自己的web层框架Spring MVC、而且还能非常简单的与第三方web框架集成。 从这里我们可以认为Spring是一个超级粘合平台，除了自己提供功能外，还提供粘合其他技术和框架的能力，从而使我们可以更自由的选择到底使用什么技术进行开发。 而且不管是JAVA SE（C/S架构）应用程序还是JAVA EE（B/S架构）应用程序都可以使用这个平台进行开发。 让我们来深入看一下Spring到底能帮我们做些什么？ 1.1.2 Spring能帮我们做什么 Spring除了不能帮我们写业务逻辑，其余的几乎什么都能帮助我们简化开发： 一、传统程序开发，创建对象及组装对象间依赖关系由我们在程序内部进行控制，这样会加大各个对象间的耦合，如果我们要修改对象间的依赖关系就必须修改源代码，重新编译、部署；而如果采用Spring，则由Spring根据配置文件来进行创建及组装对象间依赖关系，只需要改配置文件即可，无需重新编译。 所以，Spring能帮我们根据配置文件创建及组装对象之间的依赖关系。 二、当我们要进行一些日志记录、权限控制、性能统计等时，在传统应用程序当中我们可能在需要的对象或方法中进行，而且比如权限控制、性能统计大部分是重复的，这样代码中就存在大量重复代码，即使有人说我把通用部分提取出来，那必然存在调用还是存在重复，像性能统计我们可能只是在必要时才进行，在诊断完毕后要删除这些代码；还有日志记录，比如记录一些方法访问日志、数据访问日志等等，这些都会渗透到各个要访问方法中；还有权限控制，必须在方法执行开始进行审核，想想这些是多么可怕而且是多么无聊的工作。 如果采用Spring，这些日志记录、权限控制、性能统计从业务逻辑中分离出来，通过Spring支持的面向切面编程，在需要这些功能的地方动态添加这些功能，无需渗透到各个需要的方法或对象中；有人可能说了，我们可以使用“代理设计模式”或“包装器设计模式”，你可以使用这些，但还是需要通过编程方式来创建代理对象，还是要耦合这些代理对象，而采用Spring 面向切面编程能提供一种更好的方式来完成上述功能，一般通过配置方式，而且不需要在现有代码中添加任何额外代码，现有代码专注业务逻辑。 所以，Spring 面向切面编程能帮助我们无耦合的实现日志记录，性能统计，安全控制。 三、在传统应用程序当中，我们如何来完成数据库事务管理？需要一系列“获取连接，执行SQL，提交或回滚事务，关闭连接”，而且还要保证在最后一定要关闭连接，多么可怕的事情，而且也很无聊；如果采用Spring，我们只需获取连接，执行SQL，其他的都交给Spring来管理了，简单吧。 所以，Spring能非常简单的帮我们管理数据库事务。 四、Spring还提供了与第三方数据访问框架（如Hibernate、JPA）无缝集成，而且自己也提供了一套JDBC访问模板，来方便数据库访问。 五、Spring还提供与第三方Web（如Struts、JSF）框架无缝集成，而且自己也提供了一套Spring MVC框架，来方便web层搭建。 六、Spring能方便的与Java EE（如Java Mail、任务调度）整合，与更多技术整合（比如缓存框架）。 Spring能帮我们做这么多事情，提供这么多功能和与那么多主流技术整合，而且是帮我们做了开发中比较头疼和困难的事情，那可能有人会问，难道只有Spring这一个框架，没有其他选择？当然有，比如EJB需要依赖应用服务器、开发效率低、在开发中小型项目是宰鸡拿牛刀，虽然发展到现在EJB比较好用了，但还是比较笨重还需要依赖应用服务器等。 那为何需要使用Spring，而不是其他框架呢？让我们接着往下看。 1.1.3 为何需要Spring 一 首先阐述几个概念 1、应用程序：是能完成我们所需要功能的成品，比如购物网站、OA系统。 2、框架：是能完成一定功能的半成品，比如我们可以使用框架进行购物网站开发；框架做一部分功能，我们自己做一部分功能，这样应用程序就创建出来了。 而且框架规定了你在开发应用程序时的整体架构，提供了一些基础功能，还规定了类和对象的如何创建、如何协作等，从而简化我们开发，让我们专注于业务逻辑开发。 3、非侵入式设计：从框架角度可以这样理解，无需继承框架提供的类，这种设计就可以看作是非侵入式设计，如果继承了这些框架类，就是侵入设计，如果以后想更换框架之前写过的代码几乎无法重用，如果非侵入式设计则之前写过的代码仍然可以继续使用。 4、轻量级及重量级：轻量级是相对于重量级而言的，轻量级一般就是非入侵性的、所依赖的东西非常少、资源占用非常少、部署简单等等，其实就是比较容易使用，而重量级正好相反。 5、POJO：POJO（Plain Old Java Objects）简单的Java对象，它可以包含业务逻辑或持久化逻辑，但不担当任何特殊角色且不继承或不实现任何其它Java框架的类或接口。 6、容器：在日常生活中容器就是一种盛放东西的器具，从程序设计角度看就是装对象的的对象，因为存在放入、拿出等操作，所以容器还要管理对象的生命周期。 7、控制反转：即Inversion of Control，缩写为IoC，控制反转还有一个名字叫做依赖注入（Dependency Injection），就是由容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。 8、Bean：一般指容器管理对象，在Spring中指Spring IoC容器管理对象。 二 为什么需要Spring及Spring的优点 ● 非常轻量级的容器：以集中的、自动化的方式进行应用程序对象创建和装配，负责对象创建和装配，管理对象生命周期，能组合成复杂的应用程序。 Spring容器是非侵入式的（不需要依赖任何Spring特定类），而且完全采用POJOs进行开发，使应用程序更容易测试、更容易管理。 而且核心JAR包非常小，Spring3.0.5不到1M，而且不需要依赖任何应用服务器，可以部署在任何环境（Java SE或Java EE）。 ● AOP：AOP是Aspect Oriented ProgRAMming的缩写，意思是面向切面编程，提供从另一个角度来考虑程序结构以完善面向对象编程（相对于OOP），即可以通过在编译期间、装载期间或运行期间实现在不修改源代码的情况下给程序动态添加功能的一种技术。 通俗点说就是把可重用的功能提取出来，然后将这些通用功能在合适的时候织入到应用程序中；比如安全，日记记录，这些都是通用的功能，我们可以把它们提取出来，然后在程序执行的合适地方织入这些代码并执行它们，从而完成需要的功能并复用了这些功能。 ● 简单的数据库事务管理：在使用数据库的应用程序当中，自己管理数据库事务是一项很让人头疼的事，而且很容易出现错误，Spring支持可插入的事务管理支持，而且无需JEE环境支持，通过Spring管理事务可以把我们从事务管理中解放出来来专注业务逻辑。 ● JDBC抽象及ORM框架支持：Spring使JDBC更加容易使用；提供DAO（数据访问对象）支持，非常方便集成第三方ORM框架，比如Hibernate等；并且完全支持Spring事务和使用Spring提供的一致的异常体系。 ● 灵活的Web层支持：Spring本身提供一套非常强大的MVC框架，而且可以非常容易的与第三方MVC框架集成，比如Struts等。 ● 简化各种技术集成：提供对Java Mail、任务调度、JMX、JMS、JNDI、EJB、动态语言、远程访问、Web Service等的集成。 Spring能帮助我们简化应用程序开发，帮助我们创建和组装对象，为我们管理事务，简单的MVC框架，可以把Spring看作是一个超级粘合平台，能把很多技术整合在一起，形成一个整体，使系统结构更优良、性能更出众，从而加速我们程序开发，有如上优点，我们没有理由不考虑使用它。 1.1.4 如何学好Spring 要学好Spring，首先要明确Spring是个什么东西，能帮我们做些什么事情，知道了这些然后做个简单的例子，这样就基本知道怎么使用Spring了。 Spring核心是IoC容器，所以一定要透彻理解什么是IoC容器，以及如何配置及使用容器，其他所有技术都是基于容器实现的；理解好IoC后，接下来是面向切面编程，首先还是明确概念，基本配置，最后是实现原理，接下来就是数据库事务管理，其实Spring管理事务是通过面向切面编程实现的，所以基础很重要，IoC容器和面向切面编程搞定后，其余都是基于这俩东西的实现，学起来就更加轻松了。 要学好Spring不能急，一定要把基础打牢，基础牢固了，这就是磨刀不误砍柴工。 1.2 Spring基础 1.2.1 Spring架构图 图 1-1 Spring架构图 核心容器：包括Core、Beans、Context、EL模块。 ● Core模块：封装了框架依赖的最底层部分，包括资源访问、类型转换及一些常用工具类。 ● Beans模块：提供了框架的基础部分，包括反转控制和依赖注入。 其中Bean Factory是容器核心，本质是“工厂设计模式”的实现，而且无需编程实现“单例设计模式”，单例完全由容器控制，而且提倡面向接口编程，而非面向实现编程；所有应用程序对象及对象间关系由框架管理，从而真正把你从程序逻辑中把维护对象之间的依赖关系提取出来，所有这些依赖关系都由BeanFactory来维护。 ● Context模块：以Core和Beans为基础，集成Beans模块功能并添加资源绑定、数据验证、国际化、Java EE支持、容器生命周期、事件传播等；核心接口是ApplicationContext。 ● EL模块：提供强大的表达式语言支持，支持访问和修改属性值，方法调用，支持访问及修改数组、容器和索引器，命名变量，支持算数和逻辑运算，支持从Spring 容器获取Bean，它也支持列表投影、选择和一般的列表聚合等。 AOP、Aspects模块： ● AOP模块：Spring AOP模块提供了符合 AOP Alliance规范的面向方面的编程（aspect-oriented programming）实现，提供比如日志记录、权限控制、性能统计等通用功能和业务逻辑分离的技术，并且能动态的把这些功能添加到需要的代码中；这样各专其职，降低业务逻辑和通用功能的耦合。 ● Aspects模块：提供了对AspectJ的集成，AspectJ提供了比Spring ASP更强大的功能。 数据访问/集成模块：该模块包括了JDBC、ORM、OXM、JMS和事务管理。 ● 事务模块：该模块用于Spring管理事务，只要是Spring管理对象都能得到Spring管理事务的好处，无需在代码中进行事务控制了，而且支持编程和声明性的事物管理。 ● JDBC模块：提供了一个JBDC的样例模板，使用这些模板能消除传统冗长的JDBC编码还有必须的事务控制，而且能享受到Spring管理事务的好处。 ● ORM模块：提供与流行的“对象-关系”映射框架的无缝集成，包括Hibernate、JPA、Ibatiss等。 而且可以使用Spring事务管理，无需额外控制事务。 ● OXM模块：提供了一个对Object/XML映射实现，将java对象映射成XML数据，或者将XML数据映射成java对象，Object/XML映射实现包括JAXB、Castor、XMLBeans和XStream。 ● JMS模块：用于JMS(Java Messaging Service)，提供一套 “消息生产者、消息消费者”模板用于更加简单的使用JMS，JMS用于用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。 ● Web/Remoting模块：Web/Remoting模块包含了Web、Web-Servlet、Web-Struts、Web-Porlet模块。 ● Web模块：提供了基础的web功能。 例如多文件上传、集成IoC容器、远程过程访问（RMI、Hessian、Burlap）以及Web Service支持，并提供一个RestTemplate类来提供方便的Restful services访问。 ● Web-Servlet模块：提供了一个Spring MVC Web框架实现。 Spring MVC框架提供了基于注解的请求资源注入、更简单的数据绑定、数据验证等及一套非常易用的JSP标签，完全无缝与Spring其他技术协作。 ● Web-Struts模块：提供了与Struts无缝集成，Struts1.x 和Struts2.x都支持 Test模块： Spring支持Junit和TestNG测试框架，而且还额外提供了一些基于Spring的测试功能，比如在测试Web框架时，模拟Http请求的功能。 1.2.2 典型应用场景 Spring可以应用到许多场景，从最简单的标准Java SE程序到企业级应用程序都能使用Spring来构建。 以下介绍几个比较流行的应用场景： ● 典型Web应用程序应用场景： 图1-2 web应用程序应用场景 在Web应用程序应用场景中，典型的三层架构：数据模型层实现域对象；数据访问层实现数据访问；逻辑层实现业务逻辑；web层提供页面展示；所有这些层组件都由Spring进行管理，享受到Spring事务管理、AOP等好处，而且请求唯一入口就是DispachterServlet，它通过把请求映射为相应web层组件来实现相应请求功能。 ● 远程访问应用场景： Spring能非常方便的提供暴露RMI服务，远程访问服务如Hessian、Burlap等，实现非常简单只需通过在Spring中配置相应的地址及需要暴露的服务即可轻松实现，后边会有介绍； ● EJB应用场景： Spring也可以与EJB轻松集成，后边会详细介绍。
发表评论