网新创建之开发技术学习文档.docVIP

网新创建之开发技术学习文档 Spring+hibernate+struts+ibatis+SQL一些开发技术总结及分享 （v1.0） 浙江网新创建科技有限公司 年 月 日 版本 日期 作者 说明（资料来源） V1.0 2011-08-15 葛长城 来自工作经验总结及网络资料，仅供有关人员学习 一、Spring学习笔记 1、spring 的优点、缺点 1. 利用IOC，AOP，模块是可装配的，松耦合降低了组件之间的耦合性 ，实现了软件各层之间的解耦 。 2.可以使用容易提供的众多服务，如事务管理，消息服务等 3.容器提供单例模式支持 4.容器提供了AOP技术，利用它很容易实现如权限拦截，运行期监控等功能 5. 简化企业级应用的开发，封装了大部分的企业级服务容器。提供了众多的辅助类，能加快应用的开发 。 6.spring对于主流的应用框架提供了集成支持，如hibernate，JPA，Struts等 7.spring属于低侵入式设计，代码的污染极低 8.独立于各种应用服务器 9.spring的DI机制降低了业务对象替换的复杂性 10. 设计良好，分层的，面向接口编程的框架;Spring的高度开放性，并不强制应用完全依赖于Spring，开发者可以自由选择spring的部分或全部 Spring的缺点: 1, 官方: 容器会影响性能，对大量的并发支持不足; 2, 非标准框架, 大量依赖于其他框架; 3, 配置文件太复杂； Spring与EJB2.0/EJB3.0区别: 1, Spring是开源产品，EJB3.0是一个标准； 项目维护，Spring依赖了大量的第三方产品，维护起来和升级都有困难； 2, Spring是轻量级容器，EJB3.0是重量级容器； Spring利用IOC,AOP集成其它服务，可扩展性良好； EJB3.0是一个完整的容器，包括所以的功能，可扩展性依赖与新的容器； 3, Spring的事务支持不如EJB3.0； 4, 用到远程调用, 分布式事务时, 用EJB3.0; Spring并没有自己实现,而是用别的实现; EJB需要一个应用服务器; 开源产品, 应用的不是很多; 一般用商用的服务器; 2、IOC(DI)配置及应用 什么是IOC、DI IOC: Inversion of Control控制反转：原来类的一些成员属性(例如UserService中的userDao成员属性)是由当前类(UserService)自己控制，现在不是由当前类(UserService)自己控制，而是由容器(运行环境上下文、Spring)帮我们来控制。 还是一种说法：原来我们自己控制是控制实现，而现在Spring是利用接口来控制的。所以我们由原来控制实现转为spring现在来控制接口(向上反转) 作用：实例化具体的bean 动态装配bean (本来是由我来控制的，现在我交给容器来控制。) DI:Dependency Injection依赖注入：一些成员属性(例如UserService中的userDao成员属性) 依赖Spring容器来注入 好处：偶合性相对来降低了；另外，注入是使用配置文件来实现，这样修改来非常的方便. DI与IOC相对来说 是一样的概念。 IoC最大的好处是什么？因为把对象生成放在了XML里定义，所以当我们需要换一个实现子类将会变成很简单（一般这样的对象都是现实于某种接口的），只要修改XML就可以了，这样我们甚至可以实现对象的热插拨（有点象USB接口和SCIS硬盘了）。 ??? IoC最大的缺点是什么？（1）生成一个对象的步骤变复杂了（其实上操作上还是挺简单的），对于不习惯这种方式的人，会觉得有些别扭和不直观。（2）对象生成因为是使用反射编程，在效率上有些损耗。但相对于IoC提高的维护性和灵活性来说，这点损耗是微不足道的，除非某对象的生成对效率要求特别高。（3）缺少IDE重构操作的支持，如果在Eclipse要对类改名，那么你还需要去XML文件里手工去改了，这似乎是所有XML方式的缺憾所在。 ??? 总的来说IoC无论原理和实现都还算是很简单的。一些人曾认为IoC没什么实际作用，这种说法是可以理解的，因为如果你在编程中很少使用接口，或很少使用工厂模式，那么你根本就没有使用IoC的强烈需要，也不会体会到IoC可贵之处。有些人也说要消除工厂模式、单例模式，但是都语焉不详、人云亦云。但如果你看到IoC模式和用上Spring，那么工厂模式和