创建的。

    Ｓｐｒｉｎｇ使用基本的ＪａＶａＢｅ觚来完成以前只可能由ＥＪＢ完成的事情。

    然 房地产业培训信息管理系统而，Ｓｐｒｉｎｇ的用途不仅限于服务器端的开发。

    从简单性、可测试性和松耦合的角度而言，任何ＪａＶａ应用都可以从Ｓ研ｎｇ中受益。

     简单来说，Ｓｐｒｉｎｇ是一个轻量级的控制反转（ＩｏＣ）和面向切面（ＡＯＰ）的容器框架【８】。

     （１）轻量——从大小与开销两方面而言Ｓｐｆｉｎｇ都是轻量的。

    完整的Ｓｐｒｉｆ喀框架可以在一个大小只有ｌＭＢ多的ＪＡＲ文件旱发布。

    并且Ｓｐｒｉｎｇ所需的处理开销也是微不足道的。

    此外，ＳｐｒｉＩｌｇ是非侵入式的：典型地，Ｓｐｒｉｎｇ应用中的对象不依赖于Ｓｐｒｉｎｇ的特定类。

     （２）控制反转——Ｓ砸ｎｇ通过一种称作控制反转（ＩｏＣ）的技术促进了松耦合。

    当应用了ＩｏＣ，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。

    你可以认为ＩｏＣ与ＪＮＤＩ相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。

     （３）面向切面——Ｓｐｒｉｎｇ提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（ａｕｄｉｔｉｎｇ）和事务管理）进行内聚性的开发。

    应用对象只实现它们应该做的——完成业务逻辑——仅此而已。

    它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。

     （４）容器——Ｓｐｒｉｎｇ包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个ｂｅ锄如何被创建——基于一个可配置原型（ｐｒｏｔｏｂ，ｐｅ），你的ｂｅ趾可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。

    然而，Ｓ砸ｎｇ不应该被混同于传统的重量级的ＥＪＢ容器，它们经常是庞大与笨重的，难以使用。

     所有Ｓｐｒｉｎｇ的这些特征使开发者能够编写更干净、更易管理、并且更易于测试的代码，它们也为Ｓ研ｎｇ中的各种模块提供了基础支持。

    ２．３．５ ｉ ＢＡＴＩＳ技术 相对Ｈｉｂｅｍ ａ＿ｔｅ和Ａｐａｃｈｅ ＯＪＢ等“一站式”ＯＩ己Ｍ解决方案而言，ｉｂａｔｉｓ是一种“半自动化”的ＯｌＷ实现。

    所谓“半自动”，可能理解上有点生涩。

    纵观目前主流的ＯＲＭ，无论Ｈｉｂｅｍａｔｅ还是Ａｐａｃｈｅ ＯＪＢ，都对数据库结构提供了较为完整的封装，提供了从ＰＯＪＯ到数据库表的全套映射机制。

    程序员往往只需定义好了ＰＯＪＯ到数据库表的映射关系，即可通过Ｈｉ鼬ｅ或者ｏＪＢ提供的方法完成持久层操作。

    程序员甚至不需要对ｓＱＬ的 一８一 大连理．１：人学专业学位硕十：学位论文熟练掌握，Ｈｉｂ唧ａｌｅ／ｏＪＢ会根据制定的存储逻辑，自动生成对应的ＳＱＬ并调用ＪＤＢＣ接口加以执行。

     大多数情况下（特别是对新项目，新系统的开发而言），这样的机制无往不利，大有一统天下的势头。

    但是，在一些特定的环境下，这种一站式的解决方案却未必灵光。

     常常遇到以下情况： （１）系统的部分或全部数据来自现有数据库，处于安全考虑，只对开发团队提供几条Ｓｅｌｅｃｔ ＳＱＬ（或存储过程）以获取所需数据，具体的表结构不予公开。

     （２） 开发规范中要求，所有牵涉到业务逻辑部分的数据库操作，必须在数据库层由存储过程实现（就笔者工作所面向的金融行业而言，工商银行、中国银行、交通银行，都在开发规范中严格指定）。

     （３）系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高度优化的ＳＱＬ语句（或存储过程）才能达到系统性能设计指标。

     面对这样的需求，再次举起Ｈｉｂｅｍａｔｅ大刀，却发现刀锋不再锐利，甚至无法使用，直接使用ＪＤＢＣ进行数据库操作实际上也是不错的选择，只是拖沓的数据库访问代码，乏味的字段读取操作令人厌烦。

     “半自动化”的ｉｂａｔｉｓ，却刚好解决了这个问题。

    这里的“半自动化”，是相对Ｈｉｂｅｍａｔｅ等提供了全面的数据库封装机制的“全自动化”０１ｗ实现而言，“全自动”ＯＲＭ实现了ＰＯＪＯ.