[JavaEE]SSH框架笔记_S.S.H框架各⾃的优缺点
Struts的原理和优点.
Struts⼯作原理
MVC即Model-View-Controller的缩写，是⼀种常⽤的设计模式。MVC 减弱了业务逻辑接⼝和数据接⼝之间的耦合，以及让视图层更富于变化。MVC的⼯作原理，如下图1所⽰：
Struts  是MVC的⼀种实现，它将 Servlet和 JSP 标记（属于 J2EE 规范）⽤作实现的⼀部分。Struts继承了MVC的各项特性，并根据J2EE的特点，做了相应的变化与扩展。Struts的⼯作原理，
视图：主要由JSP⽣成页⾯完成视图，Struts提供丰富的JSP 标签库： Html，Bean，Logic，Template等，这有利于分开表现逻辑和程序逻辑。
控制：在Struts中，承担MVC中Controller⾓⾊的是⼀个Servlet，叫ActionServlet。ActionServlet是⼀个通⽤的控制组件。这个控制组件提供了处理所有发送到Struts的HTTP请求的⼊⼝点。它截取和分发这些请求到相应的动作类（这些动作类都是Action类的⼦类）。另外控制组件也负责⽤相应的请求参数填充 Action From（通常称之为FromBean），并传给动作类（通常称之为ActionBean）。动作类实现核⼼商业逻辑，它可以访问java bean 或调⽤EJB。最后动作类把控制权传给后续的JSP ⽂件，后者⽣成视图。所有这些
控制逻辑利⽤l⽂件来配置。
模型：模型以⼀个或多个java bean的形式存在。这些bean分为三类：Action Form、Action、JavaBean or EJB。Action Form通常称之为FormBean，封装了来⾃于Client的⽤户请求信息，如表单信息。Action通常称之为ActionBean，获取从ActionSevlet传来的FormBean，取出FormBean中的相关信息，并做出相关的处理，⼀般是调⽤Java Bean或EJB等。
流程：在Struts中，⽤户的请求⼀般以*.do作为请求服务名，所有的*.do请求均被指向ActionSevlet，ActionSevlet根据l中的配置信息，将⽤户请求封装成⼀个指定名称的FormBean，并将此FormBean传⾄指定名称的ActionBean，由ActionBean完成相应的业务操作，如⽂件操作，数据库操作等。每⼀个*.do均有对应的FormBean名称和ActionBean名称，这些在l中配置。
核⼼：Struts的核⼼是ActionSevlet，ActionSevlet的核⼼是l。
Struts优缺点
优点：
1. 开源软件，能更深⼊的了解其内部实现机制。
2.Taglib 标记库，灵活动⽤，能⼤⼤提⾼开发效率。
3.页⾯导航使系统的脉络更加清晰。通过⼀个配置⽂件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫⼤的好处。尤其是当另⼀批开发者接⼿这个项⽬时，这种优势体现得更加明显。
4. 提供Exception处理机制 .
5. 数据库链接池管理
6. Struts 的Action必需是thread－safe⽅式，它仅仅允许⼀个实例去处理所有的请求。所以action⽤到的所有的资源都必需统⼀同步，这个就引起了线程安全的问题。
缺点：
Taglib 是Struts的⼀⼤优势，但对于初学者⽽⾔，却需要⼀个持续学习的过程，甚⾄还会打乱你⽹页编写的习惯，但是，当你习惯了它时，你会觉得它真的很棒。
Struts 将MVC的Controller⼀分为三，在获得结构更加清晰的同时，也增加了系统的复杂度。
ActionForms 使⽤不便、⽆法进⾏单元测试（StrutsTestCase只能⽤于集成）
Spring的原理和优点
Spring真正的精华是它的 Ioc模式实现的BeanFactory和 AOP ，它⾃⼰在这个基础上延伸的功能有些画蛇添⾜。
Ioc模式是什么
可伸缩性和重/轻量，谁是实⽤系统的架构主选？
Spring
它是⼀个开源的项⽬，⽽且⽬前⾮常活跃；它基于IoC（Inversion of Control，反向控制）和AOP的构架多层j2ee系统的框架，但它不强迫你必须在每⼀层中必须使⽤Spring，因为它模块化的很好，允许你根据⾃⼰的需要选择使⽤它的某⼀个模块；它实现了很优雅的MVC，对不同的数据访问技术提供了统⼀的接⼝，采⽤IoC使得可以很容易的实现bean的装配，提供了简洁的AOP并据此实现Transcation Managment，等等
优点
a. Spring能有效地组织你的中间层对象，不管你是否选择使⽤了EJB。如果你仅仅使⽤了Struts或其他为J2EE的 API特制的framework，Spring致⼒于解决剩下的问题。
b. Spring能消除在许多⼯程中常见的对Singleton的过多使⽤。根据我的经验，这是⼀个很⼤的问题，它降低了系统的可测试性和⾯向对象的程度。
c. 通过⼀种在不同应⽤程序和项⽬间⼀致的⽅法来处理配置⽂件，Spring能消除各种各样⾃定义格式的属性⽂件的需要。曾经对某个类要寻的是哪个魔法般的属性项或系统属性感到不解，为此不得不去读Javadoc甚⾄源编码？有了Spring，你仅仅需要看看类的JavaBean属性。Inversion of Control的使⽤（在下⾯讨论）帮助完成了这种简化。
d.? 通过把对接⼝编程⽽不是对类编程的代价⼏乎减少到没有，Spring能够促进养成好的编程习惯。
e. Spring被设计为让使⽤它创建的应⽤尽可能少的依赖于他的APIs。在Spring应⽤中的⼤多数业务对象没有依赖于Spring。
f. 使⽤Spring构建的应⽤程序易于单元测试。
g. Spring能使EJB的使⽤成为⼀个实现选择,⽽不是应⽤架构的必然选择。你能选择⽤POJOs或local EJBs来实现业务接⼝，却不会影响调⽤代码。
h. Spring帮助你解决许多问题⽽⽆需使⽤EJB。Spring能提供⼀种EJB的替换物，它们适⽤于许多web应⽤。例如，Spring能使⽤AOP提供声明性事务管理⽽不通过EJB容器，如果你仅仅需要与单个数据库打
交道，甚⾄不需要⼀个JTA实现。
i. Spring为数据存取提供了⼀个⼀致的框架，不论是使⽤的是JDBC还是O/R mapping产品（如Hibernate）。
Spring确实使你能通过最简单可⾏的解决办法来解决你的问题。⽽这是有有很⼤价值的。
缺点：使⽤⼈数不多、jsp中要写很多代码、控制器过于灵活，缺少⼀个公⽤控制器
Hibernate的原理和优点。
Hibernate使⽤了J2EE架构中的如下技术：JDBC、JTA、JNDI。其中JDBC是⼀个⽀持关系数据库操作的⼀个基础层；它与JNDI和JTA⼀起结合，使得Hibernate可以⽅便地集成到J2EE应⽤服务器中去。在这⾥，我们不会详细地去讨论Hibernate API接⼝中的所有⽅法，我们只简要讲⼀下每个主要接⼝的功能，如果你想了解得更多的话，你可以在Hibernate的源码包中的net.sf.hibernate⼦包中去查看这些接⼝的源代码。下⾯我们依次讲⼀下所有的主要接⼝：核⼼接⼝以下5个核⼼接⼝⼏乎在任何实际开发中都会⽤到。通过这些接⼝，你不仅可以存储和获得持久对象，并且能够进⾏事务控制。
Session接⼝ Session接⼝对于Hibernate 开发⼈员来说是⼀个最重要的接⼝。然⽽在Hibernate中，实例化的Session是⼀个轻量级的类，创建和销毁它都不会占⽤很多资源。这在实际项⽬中确实很重要，因
为在客户程序中，可能会不断地创建以及销毁Session对象，如果Session的开销太⼤，会给系统带来不良影响。
SessionFactory 接⼝这⾥⽤到了⼀个设计模式――⼯⼚模式，⽤户程序从⼯⼚类SessionFactory中取得Session的实例。令你感到奇怪的是SessionFactory并不是轻量级的！实际上它的设计者的意图是让它能在整个应⽤中共享。典型地来说，⼀个项⽬通常只需要⼀个SessionFactory就够了，但是当你的项⽬要操作多个数据库时，那你必须为每个数据库指定⼀个SessionFactory。 SessionFactory在Hibernate中实际起到了⼀个缓冲区的作⽤，它缓冲了Hibernate⾃动⽣成的SQL语句和⼀些其它的映射数据，还缓冲了⼀些将来有可能重复利⽤的数据。
Configuration 接⼝ Configuration接⼝的作⽤是对Hibernate进⾏配置，以及对它进⾏启动。在Hibernate的启动过程中，Configuration类的实例⾸先定位映射⽂档的位置，读取这些配置，然后创建⼀个SessionFactory对象。
Query和Criteria接⼝  Query接⼝让你⽅便地对数据库及持久对象进⾏查询，它可以有两种表达⽅式：HQL语⾔或本地数据库的SQL语句。Query经常被⽤来绑定查询参数、
限制查询记录数量，并最终执⾏查询操作。 Criteria接⼝与Query接⼝⾮常类似，它允许你创建并执⾏⾯向对象的标准化查询。值得注意的是Query接⼝也是轻量级的，它不能在Session之外使⽤。
Callback 接⼝当⼀些有⽤的事件发⽣时――例如持久对象的载⼊、存储、删除时，Callback接⼝会通知Hibernate去接收⼀个通知消息。⼀般⽽⾔，Callback接⼝在⽤户程序中并不是必须的，但你要在你的项⽬中创建审计⽇志时，你可能会⽤到它。以下是它的策略接⼝：
· 主键的⽣成 (IdentifierGenerator 接⼝)
· 本地SQL语⾔⽀持 (Dialect 抽象类)
· 缓冲机制 (Cache 和CacheProvider 接⼝)
· JDBC 连接管理 (ConnectionProvider接⼝)
.事务管理 (TransactionFactory, Transaction, 和 TransactionManagerLookup 接⼝)
· ORM 策略 (ClassPersister 接⼝)
· 属性访问策略 (PropertyAccessor 接⼝)
· 代理对象的创建 (ProxyFactory接⼝)
Hibernate为以上所列的机制分别创建了⼀个缺省的实现，因此如果你只是要增强它的某个策略的功能的
话，只需简单地继承这个类就可以了，没有必要从头开始写代码。Hibernate运⾏在两种环境下：可管理环境和不可管理环境
· 可管理环境――这种环境可管理如下资源：池资源管理，诸如数据库连接池和，还有事务管理、安全定义。⼀些典型的J2EE服务器（JBoss、Weblogic、WebSphere）已经实现了这些。
· 不可管理环境――只是提供了⼀些基本的功能，诸如像Jetty或Tomcat这样的servlet容器环境。
优点：
Hibernate是JDBC的轻量级的对象封装，它是⼀个独⽴的对象持久层框架。Hibernate可以⽤在任何JDBC可以使⽤的场合，例如Java应⽤程序的数据库访问代码，DAO接⼝的实现类，甚⾄可以是BMP⾥⾯的访问数据库的代码。
Hibernate是⼀个和JDBC密切关联的框架，所以Hibernate的兼容性和JDBC驱动，和数据库都有⼀定的关系，但是和使⽤它的Java程序，和App Server没有任何关系，也不存在兼容性问题。
Hibernate不能⽤来直接和Entity Bean做对⽐，只有放在整个J2EE项⽬的框架中才能⽐较。并且即使是放在软件整体框架中来看，Hibernate也是做为JDBC的替代者出现的，⽽不是Entity Bean的替代者出现的，
Hibernate是⼀个开放源代码的对象关系映射框架，它对JDBC进⾏了⾮常轻量级的对象封装，使得Java程序员可以随⼼所欲的使⽤对象编程思维来操纵数据库。Hibernate可以应⽤在任何使⽤JDBC的场合。
Hibernate 使⽤ Java 反射机制⽽不是字节码增强程序来实现透明性。
Hibernate 的性能⾮常好，因为它是个轻量级框架。映射的灵活性很出⾊。
它⽀持各种关系数据库，从⼀对⼀到多对多的各种复杂关系。
缺点：它限制您所使⽤的对象模型。(例如，⼀个持久性类不能映射到多个表)。
让我再列⼀次我已经列n次的框架结构：
传统的架构：
1) Session Bean <-> Entity Bean <-> DBspringmvc选择题
为了解决性能障碍的替代架构：
2) Session Bean <-> DAO <-> JDBC <-> DB
使⽤Hibernate来提⾼上⾯架构的开发效率的架构：
3) Session Bean <-> DAO <-> Hibernate <-> DB
就上⾯3个架构来分析：
1 、内存消耗：采⽤JDBC的架构2⽆疑是最省内存的，Hibernate的架构次之，EB的架构1最差。
2 、运⾏效率：如果JDBC的代码写的⾮常优化，那么JDBC架构运⾏效率最⾼，但是实际项⽬中，这⼀点⼏乎做不到，这需要程序员⾮常精通JDBC，运⽤Batch语句，调整PreapredStatement的Batch Size和Fetch Size等参数，以及在必要的情况下采⽤结果集cache等等。⽽⼀般情况下程序员是做不到这⼀点的。因此Hibernate架构表现出最快的运⾏效率。EB的架构效率会差的很远。
3 、开发效率：在有JBuilder的⽀持下以及简单的项⽬，EB架构开发效率最⾼，JDBC次之，Hibernate最差。但是在⼤的项⽬，特别是持久层关系映射很复杂的情况
下，Hibernate效率⾼的惊⼈，JDBC次之，⽽EB架构很可能会失败。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。