java项目，如何实现业务逻辑层和数据访问层的分离？ 这个是通过三层结构来实现的。第一层：controller，本层主要负责页面信息传递；第二层：service，本层主要接收控制层参数，进行业务方面的处理，之后访问dao数据层。第三层。
在表现层和逻辑层之间增加服务层，是为了什么？ 这个问题没有经验是不容易理解，讲个实例吧，这可就不是5分的问题了.比如某公司的网站有很多新闻，新闻的来源可能是来自一个新闻录入系统，或者某些机构提供的报告，还有可能是其他的来源.开发的时候这是N个系统，A负责开发一个新闻录入系统把新闻添加入库，B负责把机构提供的报告进行一定的格式转换存入数据库，C负责.，将来这些系统也部署在不同的服务器上问题是，这N个系统有很多操作对于入库而言是相同的，比如说验证，也就是对新闻的检查工作，标题不能超过多少字，摘要不能超过多少字，某个新闻来源是不能用的等等还有很多统一的规则相同，比如新闻分页的规则，那些关键字应该要替换，相关新闻如何添加等等新闻入库了还要调用缓存通知、列表页刷新、新闻静态页的生成等等逻辑好了，如果入库前每个系统都做这样一个逻辑显然不能保证逻辑的统一，这怎么办ok，把这些逻辑统一生成1个dll，然后我们每个系统都调用这个dll问题又来了，如果我们业务逻辑发生了修改怎么办？比如我们的缓存通知的服务器换了一台。当然我们可以更新dll，但我们不能保证所有调用这个dll的应用程序用的是同一个版本的dll这就回到了楼主的问题仅有表现层和逻辑层是不够了如果。
封装业务逻辑是用业务逻辑层还是存储过程。？求答案 以下是鄙人的一些愚见，有不对的地方望指正！1.对于小项目，业务放存储过程里编程最简单，详细写好注释，避免数据从数据库到程序的来回传递，这也是存储过程的优点。2.但是对于中大型项目，访问量很大，若将业务逻辑大量封装于存储过程中会导致数据库压力太大，中间层压力太小，资源闲置。这时就应该把业务放到中间层，中间层压力大的时候容易做服务器Cluster，做负载平衡。3.做产品的时候，考虑到产品的移植性和安全性，应该尽量避免存储过程。4.多人开发的时候，存储过程不是很方便做版本控制和管理。5.关于Debug，调试不是很方便。6.如果sp中有一大堆if，case，然后每个beginend之间有一大段处理，甚至if case 还不断嵌套，我认为这是在滥用sp，这个应该是程序去完成的；
mvc的控制器为什么要分离视图和业务逻辑层？ 就比如说ASP.NET MVC吧，实际上它实现的就是三层架构中的界面层 controler加进来就为调用业务逻辑层，逻辑层得出结果给controler，controler传参数给view=控制器接受用户的。
业务逻辑层的简述 所谓的三层开发就是将系统的整个业务应用划分为表示层，业务逻辑层和数据访问层，这样有利于系统的开发、维护、部署和扩展。分层是为了实现“高内聚，低耦合”。采用“分而治之”的思想，把问题划分开来各个解决，易于控制，延展和分配资源。业务逻辑层用于做一些有效性验证的工作，以更好地保证程序运行的健壮性。如完成数据添加、修改和查询业务等；不允许指定的文本框中输入空字符串，数据格式是否正确以及数据类型验证；用户权限的合法性判断等；通过以上的诸多判断以决定是否将操作继续向后传递，尽量保证程序的正常运行。
mvc的控制器为什么要分离视图和业务逻辑层？
怎么理解java中的业务逻辑层、数据访问层、表示层？？？请各位大神帮忙解析 业务逻辑2113层是封装所有业务操作类组成的逻辑层，比如判5261断表示4102层传来的用户数据是否存在1653，如果存在返回真，不存在返回假，并将操作记录下来。数据访问层就是单纯的数据存储封装类组成的逻辑层，比如用Hibernate将数据映射成类实例后，你可以写专门针对这个表（这个实例对象）的所有操作封装类，将针对这个表的所有操作（添加、修改、删除、查询）封装成一个数据访问类。表示层就是以前的JSP/Servlet页面，只作前面显示，将业务逻辑层返回的数据显示出来，页面上的JS、CSS等一些资源文件都属于表示层内容，常用Struts标签来作数据显示。用来与服务器作人机交互的。
请问JAVA三层架构，持久层，业务层，表现层，都该怎么理解？和MVC三层模型有什么区别 持久层用来抄固化数据，如常说的DAO层，操作数据库将数据入库业务层用来实现整体的业务逻辑 如 前台袭获得了数据，逻辑层去解析这些数据，效验这些数据等操作表现层很好解释百 你现在看到的网页 一些界面 都属于表现层的东西度可以用一些Html，jsp，Swing来实现至于mvc么对应的是 model（模型）view（视图）Controller（控制）在javaweb中就很好理解了再知XX系统中，前台页面属于view 贯穿前台后台持久层的一套模型就是道model（EJB，Spring来实现）而连接前台后台进行逻辑操作的就是Controller（Struts来实现）
三层架构中 业务逻辑层（BLL）对数据业务逻辑处理是什么意思？？什么是数据业务逻辑？怎样处理呀 。。 通常数据访问层的操作都是固定的几个方法 除非是特别的复杂的很的报表计算需要单独写方法名比如 我有2个数据表：产品表 产品留言表我删除一个产品 是不是也应该删除这个产品的留言呢？这时候 BLL 就可以 组织 数据访问层的方法了。在 delete的时候 就 delete掉 产品的留言记录另外 BLL 还可以做验证 做 事务处理等等
业务逻辑层的主要功能是什么？ 业务，就是business，就是一个单元（个人，组织等）给另一个单元提供的服务。逻辑（logic）就是指人们思考问题，从某些已知条件出发推出合理的结论的规律。所以逻辑不可能离开业务，这个逻辑也就是常说的业务逻辑（business logic），它是用来管理业务功能的一系列guildlines。你看到的里的业务应该是如richard所说的业务实体（business entities），是一种简化的说法；逻辑也是业务逻辑的简化。业务逻辑是你在分析阶段对你的软件的应用领域进行分析总结出来的，它存在不依赖于你的软件的存在，相反，它先于你的软件存在并限制了你的软件应有的行为。凡是业务逻辑都应该放到中间层，不能让客户端去决定。有时为了减少网络访问次数，在客户端会有一此与业务逻辑有关的检验，但在中间层这一检验同样不能省略。比如上面说的日期的判断，客户端可以有也可以没有判断，但中间层一定要有这一判断。举个例子讲 日期字段 在数据库逻辑或者说是数据层仅仅需要判断他是不是日期类型的但对于业务逻辑来讲仅仅输入一个日期是不够的，比如销售订单的执行日期就不能比销售订单的制定日期早；所以判断用户输入是否正确实际上 就是两方面：首先看他是否符合数据规范其次是是否符合。
