大家好，现在我有点不太明白领域模型与服务的问题，领域模型是不是应该有行为，也就是说应该有的职责与业务逻辑，那么服务是做什么的呢，做事务和调用仓储么。还有业务逻辑与领域逻辑是一回事情么。现在觉得服务层有.

现在做一个系统，框架就用spring 打算这样分层dao:只负责数据的持久化以及查询cache： 领域对象存放的地方repository：数据的入口与出口，负责保存数据到cache，根据需要来持久化数.

以前写java，一直是数据层，业务层，表现层，这么写。最近用到.net，开始很生疏，感觉.net的框架发展还不是很成熟，orm框架也不敢用，不熟悉。 想自己写实体，但是又麻烦，每个数据表.

在日常的软件开发当中，我们一般都是采用了分层的方式来架构系统，但是为什么我们需要分层进行架构呢？在此之前，我觉得需要搞明白两个概念，什么是软件的伸缩性，什么是性能。 首先，什么是软件的伸缩.

一直也对JAVA EE层次架构非常感兴趣，用SSH开发居多，对于DDD的概念，真的没有听说过，看了大家很多的文章，也看不明白，或者真的要静下心来，买本书来好好学习学习。 我的理解是分层的层次.

最近，负责老的网站维护，全是JSP写的！！！！ 运行一段时间，就死了！！！ 显示配的数据库，连接已经用完！！！Cannot get a connection, pool error Timeo.

我们都讲到MVC分离，可是分层确实是很难做到的如页面上数据的现实问题，这些显示当然是业务层的体现，不可能脱离业务层，现在业务层要求能对显示层的控制就是根据不同的用户显示不同的结果，而这个结果是一个可选.

　我是零售企的程序员，主做c/s架构的开发。我们目前的crm系统是用delphi开发的，客户端直接访问数据库，但随着数据量的几何增长，数据查询变得十分缓慢，特别是海量数据查询。目前的解决方案是不断.

在Struts中action是处理业务逻辑的，如果加一个service层是不是有点多余啊？而加一个service层又有什么好处呢?[该贴被taotaob于2009-03-01 09:29修改过].

<ddd--领域驱动设计学习>讨论--------分层架构用户界面层： 负责向用户显示信息，并解析用户的命令。... ---------这里的用户界面层是不是 jsp 一类的 view.

偶还在j2ee学习阶段~~关于分层,又迷茫了1.使用Hibernate框架,老师说hql语句也属于业务部分,应该放在业务层(BO和service,即模型和模型的服务方法)的service那一部分,但这.

在看MF的《企业应用架构模式》，提到现在流行的分层结构 表现层-领域层-数据层 这是否对应MVC的V C M？？让故事回到刚开始学JSP的时候，我看得第一本书讲JSP和MVC，采用最原始的JSP向Se.

我对web工程的分层如下dao 数据访问接口 成员: 接口,接口工厂类DaoFactory,公用dao类BaseHibDao dao.impl 数据访问实现 成员: 实现dao接口并继.

结构：Com.news.dao: NewsDAOCom.news.dao.impl: NewsDAOImplCom.news.dto: NewsCom.news.service : NewsServi.

在DDD中讲究应用层服务和领域层服务，而我们的业务逻辑就是要放在领域层的，但是怎么区分一个服务到底是应用层的服务还是领域层逻辑呢？在Jivedon3.0中，service包下的类到底是应用层服务还是领.

关于贫血模型 贫血模型的问题与所谓专家原则以及分层原则直接相关。面向对象系统的主要任务就是安排对象系统的责任划分以形成合理的协同关系；专家原则是说，某个功能、行为应该分配给持有相关信息最完整的对.

今天写代码的时候，突然发现有一个service只是在传递action的调用到dao中，然后返回dao的执行结果到action中，其中service并没有其它业务逻辑。觉得这个service是不是冗余了.

工司以前开发的OA系统,是这样的.DTO,做持久层,与表现层,对象!是不是职责过多了,违反面像对像单一原则了!DAO丢弃了!service层是这样的,serivceinterface,servicea.

小弟目前的系统架构如下:SSH框架搭建首先是持久化层,有一个Service接口,里面有SaveAnything(Object ob){}QueryAll();等通用的方法.这个接口用于满足持久化的一系.

我是一个大学生，大二了，用了很多时间学习j2ee，我现在只知道在写一个DAO接口，然后实现它DAOImpl，然后再Servce里面调用DAO接口，在action或者servlet里面通过一个Servi.

现开发的项目，持久层：hibernate业务层：spring表现层：没有使用什么struts框架，使用了本公司的一个框架，并且JSP中使用的C标签。现在拿页面数据的保存和显示，来说一下我所要请教的问题.

刚看到你这篇文章：一个小的WEB项目中的实现方法讨论 - 又一篇[原创]很惊讶，真怀疑你是我们公司以前的员工，简单地说“你的想法就是我的想法”；同时，我就是你要找的“架构师谈Ajax框架：它不是泡沫”.

我中间层打算这么设计。架构采用Spring+Hibernate。创建中间业务层的接口A。然后建立代理类B和实际的业务处理类C。B和C继承A。B是C的代理。由表现层通过B去调用C。业务基本上都是执行HQ.

在我理解业务对象是一个系统的基础，就像盖房子中的砖头，砖头的形状变了搭建房子的方法也就改变了，同样业务对象的结构改变了，系统的架构和设计也就改变了。所以应该是设计的基础。再来说DTO，字面理解看，da.

最近自己构思一个web项目，在做DAO层的时候，想做成对上层（业务核心层）只暴露接口，但是接口的实现都是在DAO层里做，DAO层可以理解成一个独立的项目，也就是实现是封闭在这个层次中的，但是不太清楚J.

一个小的WEB项目中的实现方法讨论是2004年10月的一篇帖子，给了我们这些初学者一个很好的提示。该方法使用command模式，以一个入口servlet作为controller，然后根据request.

我们现在要做一个东西，是一个软件的模拟训练系统，本来是想用C/S结构实现，使用java语言开发，我在想能不能采用B/S架构实现呢，由于是菜鸟，没做过多少工程，不清楚两者在功能上有多大差距，想请高手们给.

我是一个普通院校大四的学生.刚刚接到通知,毕业设计要求用C/S/S架构开发一个系统.现在正在查资料.我在网上查了一下,就查到 基于J2EE标准的C/S/S三层体系架构,但是说的很含糊,我实在不能理解得.

这个网站的主要功能是新闻发布,投票管理,一些政策信息的发布,新闻版块的管理.项目使用struts+hibernate3.0开发项目中分层是这样的Entity(相当于DOMAIN)DAO层Service.