您现在的位置是:首页 >

比较两种物体的多少 对于Struts和Spring两种MVC框架的比较[2]

火烧 2023-01-15 18:37:38 1052
对于Strut 和S ri g两种MVC框架的比较[2]   二 S ri g   S ri g实际上是《Ex ert O e o O e J EE De ig a d Develo me t》一书中

对于Struts和Spring两种MVC框架的比较[2]  

  二 Spring

  Spring实际上是《Expert One on One J EE Design and Development》一书中所阐述的设计思想的具体实现 在One on One一书中 Rod Johnson 倡导J EE 实用主义的设计思想 并随书提供了一个初步的开发框架实现(interface 开发包) 而Spring 正是这一思想的更全面和具体的体现 Rod Johnson在interface 开发包的基础之上 进行了进一步的改造和扩充 使其发展为一个更加开放 清晰 全面 高效的开发框架

  Spring是一个开源框架 由Rod Johnson创建并且在他的著作《J EE设计开发编程指南》里进行了描述 它是为了解决企业应用开发的复杂性而创建的 Spring使使用基本的JavaBeans来完成以前只可能由EJB完成的事情变得可能了 然而 Spring的用途不仅限于服务器端的开发 从简单性 可测试性和松耦合的角度而言 任何Java应用都可以从Spring中受益

  简单来说 Spring是一个轻量的控制反转和面向切面的容器框架 当然 这个描述有点过于简单 但它的确概括出了Spring是做什么的 为了更好地理解Spring 让我们分析一下这个描述

   轻量

  从大小与开销两方面而言Spring都是轻量的 完整的Spring框架可以在一个大小只有 MB多的JAR文件里发布 并且Spring所需的处理开销也是微不足道的 此外 Spring是非侵入式的 典型地 Spring应用中的对象不依赖于轻量 从大小与开销两方面而言Spring都是轻量的 完整的Spring框架可以在一个大小只有 MB多的JAR文件里发布 并且Spring所需的处理开销也是微不足道的 此外 Spring是非侵入式的 典型地 Spring应用中的对象不依赖于Spring的特定类

   控制反转

比较两种物体的多少 对于Struts和Spring两种MVC框架的比较[2]

  Spring通过一种称作控制反转(IoC)的技术促进了松耦合 当应用了IoC 对象被动地传递它们的依赖而不是自己创建或者查找依赖对象 你可以认为IoC与JNDI相反??不是对象从容器中查找依赖 而是容器在对象初始化时不等被请求就将依赖传递给它

   面向切面

  Spring包含对面向切面编程的丰富支持 允许通过分离应用的业务逻辑与系统服务(例如审计与事物管理)进行内聚性的开发 应用对象只做它们应该做的 完成业务逻辑 仅此而已 它们并不负责(甚至是意识)其它的系统关注点 例如日志或事物支持

   容器

  Spring包含和管理应用对象的配置和生命周期 在这个意义上它是一种容器 你可以配置你的每个bean如何被创建?基于一个配置原形为你的bean创建一个单独的实例或者每次需要时都生成一个新的实例以及它们是如何相互关联的 然而 Spring不应该被混同于传统的重量的EJB容器 它们经常是庞大与笨重的 难以使用

  框架 Spring是由简单的组件配置和组合复杂的应用成为可能 在Spring中 应用对象被声明式地组合 典型地是在一个XML文件里 Spring也提供了很多基础功能(事务管理 持久性框架集成等等) 将应用逻辑的开发留给了你

  所有Spring的这些特征使你能够编写更干净 更可管理 并且更易于测试的代码 它们也为Spring中的各种子框架提供了基础

lishixinzhi/Article/program/Java/ky/201311/29177  
永远跟党走
  • 如果你觉得本站很棒,可以通过扫码支付打赏哦!

    • 微信收款码
    • 支付宝收款码