表示层JSP 业务逻辑层DAO 数据存储层(O/R M)Hibernate
解决方案 »
- JSP页面实现下拉列表框的问题
- 程序本地跑着一点问题都没有,在远程虚拟机上部署登录就报这个错误,请高手指点
- 属性变量的覆盖问题
- Spring 使用注解配置事物时出现:'sessionFactory' or 'hibernateTemplate' is required
- tomcat 运行一段时间挂掉,求解决..............
- java: String →→→ Blob??
- Struts中update一条记录后返回记录页面原纪录没有改变,该怎么办?
- invalid byte 1 of 1-byte UTF-8 sequence
- 简单:帮忙一下
- 【请教】tomcat 5.5 +axis2开发问题?
- 请教个问题,不只大家遇到过没有
- 希望得到一个在tomcat下能用的jsp文件上传的例子(200分)
2>俩层:jsp(表示) + BEAN(业务逻辑,数据存储)
3>三层: MVC(Struts)比较有典型性
4>多层: 框架很多很多,最终都没有逃出表示、业务逻辑处理、数据存储几个大的环节
表示:SERVERT JSP,XML,XSL,HTML,SHTML.标签...........
逻辑:接收请求->准备数据->调用业务模快->准备显示数据->调用显示模快(表示:如JSP)
数据存储:数据对象化(Hibernate)或者是JDBC,XML中间层用session bean?? 我不知道这是什么概念
关键是在你的架构中,你如过要用到session bean,让它处理了哪不分的功能一个好的J2EE框架除了有一个好的分层,还必须
1,业务代码重用
2,流程控制能力
3,模块独立性(大规模开发);
4,...... 就本人认为,不是你的框架层次越多越好,而是你的架构是否能最好的来控制你的程序和业务
本人现在就用了一个俩层架构(自己开发的),而且屡试不爽,感觉非常完善...对中小行的项目特别有用
中间层用session bean?? 我不知道这是什么概念
关键是在你的架构中,你如过要用到session bean,让它处理了哪不分的功能
我认为,在MVC的架构中,session bean一般是处理业务逻辑上的问题,但是如果是session bean+Hibernate来开发,有些别扭,特别是打包部署等,
如果是session bean+JDBC还可以说得过去。
如果不用session bean,业务逻辑应该如何处理呢?(自己写?)特别是在分布式计算中。
逻辑层:可以自由使用,一般采用的都是Factory 模式,以及Strategy、State 模式,在这里根据需要还可以分为多层
持久层:最简单的就是采用DAO,还有Hibernate、Ibiats都用的挺多的。但是如果项目是基于事务的话,那么最好还是使用Entity Bean。当然啦,逻辑层采用Session Bean。也就是传统的EJB解决方案。
JSP->Servlet(struts action)->Session Bean->DAO->Hibernate->Database
这个结构还行
“持久层:最简单的就是采用DAO,还有Hibernate、Ibiats都用的挺多的。但是如果项目是基于事务的话,那么最好还是使用Entity Bean。当然啦,逻辑层采用Session Bean。也就是传统的EJB解决方案。”
基于事务的用ejb,但在系统中有不基于事务的吗??请简单举例说明一下。
另外在表示层中,采用Webwork+Velocity 框架和struts框架各有什么特点呢??
谢谢!
Velocity 也可以和Struts整合使用。这里只是多了一个VM层。Webwork 比 Struts好的地方我感觉主要还是tag的方面,比Struts方便多了。还有就是它把ActionForm 和 Action 整合在一起了。关于拦截器, Struts也有,就不说了。
都是用些什么J2EE的web服务器???
都是用些什么J2EE的web服务器???
http://www.matrix.org.cn/article/1034.html
tapestry + spring + hibernate +db?