SSH-MVC框架
MVC
M是指数据模型,V是指用户界面,C则是控制器。使用MVC的目的是将M和V的实现代码分离,从而使同一个程序可以使用不同的表现形式。C存在的目的则是确保M和V的同步,一旦M改变,V应该同步更新。
MVC如何工作
MVC是一个设计模式,它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件:模型、视图、控制器。它们各自处理自己的任务。
视图
视图是用户看到并与之交互的界面。对老式的Web应用程序来说,视图就是由HTML元素组成的界面,在新式的Web应用程序中,HTML依旧在视图中扮演着重要的角色,但一些新的技术已层出不穷,它们包括MacromediaFlash和象XHTML,XML/XSL,WML等一些标识语言和Webservices.
如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生,不管这些数据是联机存储的还是一个雇员列表,作为视图来讲,它只是作为一种输出数据并允许用户操纵的方式。
模型
模型表示企业数据和业务规则。在MVC的三个部件中,模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusionComponents这样的构件对象来处理数据库。被模型返回的数据是中立的,就是说模型与数据格式无关,这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用,所以减少了代码的重复性。
控制器
控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时,控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求,然后用确定用哪个视图来显示模型处理返回的数据。
MVC的缺点
MVC的缺点是由于它没有明确的定义,所以完全理解MVC并不是很容易。使用MVC需要精心的计划,由于它的内部原理比较复杂,所以需要花费一些时间去思考。
你将不得不花费相当可观的时间去考虑如何将MVC运用到你的应用程序,同时由于模型和视图要严格的分离,这样也给调试应用程序到来了一定的困难。每个构件在使用之前都需要经过彻底的测试。一旦你的构件经过了测试,你就可以毫无顾忌的重用它们了。
根据我个人经验,由于我们将一个应用程序分成了三个部件,所以使用MVC同时也意味着你将要管理比以前更多的文件,这一点是显而易见的。这样好像我们的工作量增加了,但是请记住这比起它所能带给我们的好处是不值一提。
MVC并不适合小型甚至中等规模的应用程序,花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。
SSH原理
Struts优点:对视图层进行封装更好的分离视图层和控制层对数据进行封装
Spring优点:用依赖注入模式大幅度的减少了程序之间的耦合性并很好的实现了各种JAVA的设计模式强制使用
者养成用接口编程的习惯
Hibernate:用操作对象的方式操作数据库将对数据库的操作面向对象化并对一些数据库操作进行了封装
1、web.xml中新增一个监听器(linstener),其作用就是启动Web容器时,,自动装配ApplicationContext的配置信息。它实现了ServletContextListener这个接口,在web.xml配置这个监听器,启动容器时,就会默认执行它实现的方法。可以通过配置applicationContext.xml这个文件来整合Struts2和Hibernate3框架。
2、将Hibernate整合到Spring中去,由Spring管理数据库连接池的数据源和分配sessionFactory对象。Spring对hibernate的配置是通过建立一个LocalSessionFactoryBean对象来完成的,这是一个工厂bean的实现。然后就可以通过继承Spring为我们提供HibernateDaoSupport(HibernateDao层都需要继承extends它)来对数据库的DAO模式管理。
3、<beanid="MemberDaoService"class="com.gloryview.dao.MemberDaoService"><propertyname="sessionFactory"ref="sessionFactory"/></bean>需要将sessionFactory对象作为属性注入到这个服务类中去。
4、注册Action:<beanid="Member_Deal_With"class="com.tenstars.actions.MemberDealWith"scope="prototype"><propertyname="memberDaoService"ref="MemberDaoService"/></bean>
5、配置struts.xml的Action
spring的prototype属性
Singleton:Spring容器只存在一个共享的bean实例,默认的配置(缺省)。
Prototype:每次对bean的请求都会创建一个新的bean实例。
二者选择的原则:有状态的bean都使用Prototype作用域,而对无状态的bean则应该使用singleton作用域。
(
有状态和无状态会话bean的本质区别是它们的生命期。
首先解释一个下面要用到的概念--用户:session bean 的用户实际上就是直接调用ejb的类的实例,甚至是这个实例的某个方法。同一个类的不同实例对于session bean 来说是不同的用户。
有状态会话bean :每个用户有自己特有的一个实例,在用户的生存期内,bean保持了用户的信息,即“有状态”;一旦用户灭亡(调用结束或实例结束),bean的生命期也告结束。即每个用户最初都会得到一个初始的bean。
无状态会话bean :bean一旦实例化就被加进会话池中,各个用户都可以共用。即使用户已经消亡,bean 的生命期也不一定结束,它可能依然存在于会话池中,供其他用户调用。由于没有特定的用户,那么也就不能保持某一用户的状态,所以叫无状态bean。但无状态会话bean 并非没有状态,如果它有自己的属性(变量),那么这些变量就会受到所有调用它的用户的影响,这是在实际应用中必须注意的。
)
springautowire自动装配
在应用中,我们常常使用<ref>标签为JavaBean注入它依赖的对象(依赖注入)。但是对于一个大型的系统,这个操作将会耗费我们大量的资源,我们不得不花费大量的时间和精力用于创建和维护系统中的<ref>标签。实际上,这种方式也会在另一种形式上增加了应用程序的复杂性,那么如何解决这个问题呢?Spring为我们提供了一个自动装配的机制,尽管这种机制不是很完善,但是在应用中结合<ref>标签还是可以大大的减少我们的劳动强度。前面提到过,在定义Bean时,<bean>标签有一个autowire属性,我们可以通过指定它来让容器为受管JavaBean自动注入依赖对象。
<bean>的autowire属性有如下六个取值,他们的说明如下:
1、No:即不启用自动装配。Autowire默认的值。
2、byName:通过属性的名字的方式查找JavaBean依赖的对象并为其注入。比如说类Computer有个属性printer,指定其autowire属性为byName后,SpringIoC容器会在配置文件中查找id/name属性为printer的bean,然后(通过在java文件中设置getter/setter)使用Seter方法为其注入。
3、byType:通过属性的类型查找JavaBean依赖的对象并为其注入。比如类Computer有个属性printer,类型为Printer,那么,指定其autowire属性为byType后,SpringIoC容器会查找Class属性为Printer的bean,(通过在java文件中设置getter/setter)使用Seter方法为其注入。
4、constructor:同byType一样,也是通过类型查找依赖对象。与byType的区别在于它不是使用Seter方法注入,而是(通过在java文件中)使用构造器注入。
5、autodetect:在byType和constructor之间自动的选择注入方式。
6、default:由上级标签<beans>的default-autowire属性确定。
注意:在配置bean时,<bean>标签中Autowire属性的优先级比其上级标签高,即是说,如果在上级标签中定义default-autowire属性为byName,而在<bean>中定义为byType时,SpringIoC容器会优先使用<bean>标签的配置。