j2ee的分层架构疑惑?


我是一个大学生,大二了,用了很多时间学习j2ee,我现在只知道在写一个DAO接口,然后实现它DAOImpl,然后再Servce里面调用DAO接口,在action或者servlet里面通过一个Service工厂调用Service。我想知道到底j2ee是怎么样分层的?

j2ee只是提供了企业开发所需要的各种技术规范,对项目的架构不做影响

能告诉我怎么分层吗?

根据职责分层,其实就是分工。收集展现是一层,加工处理流转是一层,存储是一层。

那不是一共才3层吗?
我主要是想知道业务逻辑层是怎么分的,特别是dao,还有和dao有关的一些模式使用?能给我一些回答吗?

>业务逻辑层是怎么分
dao不是在业务逻辑层的,是属于和业务层并列的持久层。在现在多层中,dao基本被Hibernate等框架配置替代,很少代码,没有代码就无所谓dao的模式。

关于业务逻辑层如何划分,根据Evans DDD可以划分为领域层和应用层,可以看看本站Evans DDD讨论,如何从需求分析开始就注重业务分层。

刚学没多久,交流交流
我常用的一个分层思路,有4层,分别是:视图层、控制层、业务层、数据访问层
你所说的DAO,就是数据访问层,其实他的职责就是执行sql操作
视图层:jsp等
控制层:servlet,struts框架的控制层ActionServlet也是一个servlet,
他的职责就是转发视图层提交的数据,以及根据业务层的返回结果,确定
下一个视图
业务层:javabean负责,处理系统的业务,一般就是封装一条sql语句出来,
然后传递给数据访问层,进行sql操作
数据访问层:就是执行sql操作
这是我在用jsp , servlet , javabean 等做开发时的分层,如果学到了
struts , spring , hibernate 后,分层就更容易处理了
一起努力吧!!

看一下MVC就会对分层有一定了解

>在现在多层中,dao基本被Hibernate等框架配置替代,很少代码,没有代码就无所谓dao的模式。

这是什么意思呢?
dao是怎么被hibernate配置替代的呢?hibernate不是只是实现dao接口的api吗?所以无论用什么持久层框架不是都会有dao吗?
我糊涂了,请在给一些指示。