现在做j2ee一般都采用什么模式呀?模型层用什么方式实现比较好,dao么?

时间:2022-08-07 17:03:11
现在做j2ee一般都采用什么模式呀?

用jsp+servlet还有么?

是不是都用
struts 或
struts + hibernate或
struts + hibernate + spring
这些框架呀?struts版本都用多少?如过不用框架的话,模型层用什么方式实现比较好?用框架的话,模型层用什么方式实现比较好,dao么?你们都怎么做的呀。讨论讨论。

17 个解决方案

#1


这个问题比较低级

#2


不要动不动就J2EE,
如果你的Web应用够小,Servlet+JSP的MVC架构亦可。

#3


这个比较灵活,看你想用什么都可以。只要你自己顺手

#4


小点的项目可以用jsp+javabean
大项目的可以用MVC  jsp+javabean+servlet 或  SSH struts+hibernate+spring    等等

LZ说的dao是数据访问层  

#5


assh

#6


jsp+servlet+javabean 数据层可以是dao 不过好像企业里动不动就喜欢struts+hibernate+spring 看企业招聘要求,无一例外的都有其三项的要求。

#7


struts+hibernate+spring 用的最多了
好像用struts1的多点,但渐渐向struts2转变了

#8


如果不用框架的话,模型层用什么方式实现比较好?这种po+service+dao用的多么?(po:跟数据库表字段对应;service:业务处理;dao:数据访问的增删改查) 

#9


如果是一次性的项目,可以省略调dao,因为dao的用途就是分离数据库操作的实现,比如n年前,用jdbc直接访问数据库的时候,就需要吧sql封装到dao,但如今hibernate,ibatis,spring的流行,数据访问的实现都已经封装了,dao里一般就一句话,省略了算了,直接在service里调用hibernate或ibatis的spring模板的api就可以了, 如果一定要加dao层,那如果项目业务变了,要改的地方也就多了,以使用ibatis为例, 如果业务改变要牵涉到数据库变动,那么service肯定是要改,sqlmap.xml要改,dao接口和实现也要改,如果省略了,可以少搞两处地方,不必增加无谓的工作量。

#10


dao是持久化层了,不是模型层
要看你的网站规模了,有时候用框架不一定就好,最最经典的还属Servlet(C)、JSP(V)、JavaBean(M),这样的MVC形式,而且很锻炼能力,你们在用框架的时候,听他们说Servlet(C)、JSP(V)、JavaBean(M)的开发很麻烦,只有这样开发才能了解实质。别就会用!

#11


学习

#12


web:jsp->controller delegate->controller->t3://->action delegate->action->service->integration->db/other system

#13


小项目用Model1的吧,大一点的用JSP+MVC,再大一点用MVC+SSH,更大的考虑用EJB了。struts 或 
struts + hibernate或 
struts + hibernate + spring 用得比较的多,比较适合团体开发。struts用2.0的吧,不用框架模型层实现用什么方式这是一个很不容易说清楚的概念,他可以有多种实现方式的,一般都用MVC,关于你“模型层用什么方式实现比较好,dao么?”这个问题建议你还是多理解一下三层和什么是MVC吧

#14


小点的项目可以用jsp+javabean 
大项目的可以用MVC  jsp+javabean+servlet 或  SSH struts+hibernate+spring    等等 
 

同意4楼的...还是根据你的项目而定 动不动就用J2EE 有时候小项目 用那的话 就显得麻烦了 

#15


up

#16


模式多了! 千变万化的!

#17


看来楼主的基本概念还没有搞清楚。。

#1


这个问题比较低级

#2


不要动不动就J2EE,
如果你的Web应用够小,Servlet+JSP的MVC架构亦可。

#3


这个比较灵活,看你想用什么都可以。只要你自己顺手

#4


小点的项目可以用jsp+javabean
大项目的可以用MVC  jsp+javabean+servlet 或  SSH struts+hibernate+spring    等等

LZ说的dao是数据访问层  

#5


assh

#6


jsp+servlet+javabean 数据层可以是dao 不过好像企业里动不动就喜欢struts+hibernate+spring 看企业招聘要求,无一例外的都有其三项的要求。

#7


struts+hibernate+spring 用的最多了
好像用struts1的多点,但渐渐向struts2转变了

#8


如果不用框架的话,模型层用什么方式实现比较好?这种po+service+dao用的多么?(po:跟数据库表字段对应;service:业务处理;dao:数据访问的增删改查) 

#9


如果是一次性的项目,可以省略调dao,因为dao的用途就是分离数据库操作的实现,比如n年前,用jdbc直接访问数据库的时候,就需要吧sql封装到dao,但如今hibernate,ibatis,spring的流行,数据访问的实现都已经封装了,dao里一般就一句话,省略了算了,直接在service里调用hibernate或ibatis的spring模板的api就可以了, 如果一定要加dao层,那如果项目业务变了,要改的地方也就多了,以使用ibatis为例, 如果业务改变要牵涉到数据库变动,那么service肯定是要改,sqlmap.xml要改,dao接口和实现也要改,如果省略了,可以少搞两处地方,不必增加无谓的工作量。

#10


dao是持久化层了,不是模型层
要看你的网站规模了,有时候用框架不一定就好,最最经典的还属Servlet(C)、JSP(V)、JavaBean(M),这样的MVC形式,而且很锻炼能力,你们在用框架的时候,听他们说Servlet(C)、JSP(V)、JavaBean(M)的开发很麻烦,只有这样开发才能了解实质。别就会用!

#11


学习

#12


web:jsp->controller delegate->controller->t3://->action delegate->action->service->integration->db/other system

#13


小项目用Model1的吧,大一点的用JSP+MVC,再大一点用MVC+SSH,更大的考虑用EJB了。struts 或 
struts + hibernate或 
struts + hibernate + spring 用得比较的多,比较适合团体开发。struts用2.0的吧,不用框架模型层实现用什么方式这是一个很不容易说清楚的概念,他可以有多种实现方式的,一般都用MVC,关于你“模型层用什么方式实现比较好,dao么?”这个问题建议你还是多理解一下三层和什么是MVC吧

#14


小点的项目可以用jsp+javabean 
大项目的可以用MVC  jsp+javabean+servlet 或  SSH struts+hibernate+spring    等等 
 

同意4楼的...还是根据你的项目而定 动不动就用J2EE 有时候小项目 用那的话 就显得麻烦了 

#15


up

#16


模式多了! 千变万化的!

#17


看来楼主的基本概念还没有搞清楚。。