|
锁定老帖子 主题：开发为什么要分层，征求大家的意见
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-10-04
diandian 写道 分层：
1、首先它给人的感觉就是系统有层次感，不混乱-便于开发与维护。 2、层次明显 各层开发人员专注各自一块 开发效率比较高。 哪有一个人写Action 一个人写 Service 一个人写DAO的??? |
| 返回顶楼 | |
|
发表时间：2010-10-04
最后修改：2010-10-04
ouchxp 写道 diandian 写道 分层：
1、首先它给人的感觉就是系统有层次感，不混乱-便于开发与维护。 2、层次明显 各层开发人员专注各自一块 开发效率比较高。 哪有一个人写Action 一个人写 Service 一个人写DAO的??? 有，我目前的项目就是这样。我只负责service层，并且发布成为web service. PO和Dao有专人实现。 |
| 返回顶楼 | |
|
发表时间：2010-10-04
slaser 写道 ouchxp 写道 diandian 写道 分层：
1、首先它给人的感觉就是系统有层次感，不混乱-便于开发与维护。 2、层次明显 各层开发人员专注各自一块 开发效率比较高。 哪有一个人写Action 一个人写 Service 一个人写DAO的??? 有，我目前的项目就是这样。我只负责service层，并且发布成为web service. PO和Dao有专人实现。 这样的开发模式看起来比较合理 但是实际这样做的好像不多 |
| 返回顶楼 | |
|
发表时间：2010-10-04
调查一下. 实际开发中 有多少项目的Service层是纯业务逻辑的堆砌?
(编码规范规定必须Action Service DAO ,没有办法抽取业务的可变性) |
| 返回顶楼 | |
|
发表时间：2010-10-04
最后修改：2010-10-04
slaser 写道 有，我目前的项目就是这样。我只负责service层，并且发布成为web service.
PO和Dao有专人实现。 可否详细说说，你这个service通常都封装什么粒度的业务逻辑，PO、dao层的逻辑（应该有逻辑吧，如果没有就不用分开了）都是什么粒度呢？ 另外，这么做有具体成效了么么？ |
| 返回顶楼 | |
|
发表时间：2010-10-04
slaser 写道 ouchxp 写道 diandian 写道 分层：
1、首先它给人的感觉就是系统有层次感，不混乱-便于开发与维护。 2、层次明显 各层开发人员专注各自一块 开发效率比较高。 哪有一个人写Action 一个人写 Service 一个人写DAO的??? 有，我目前的项目就是这样。我只负责service层，并且发布成为web service. PO和Dao有专人实现。 简直是自虐 |
| 返回顶楼 | |
|
发表时间：2010-10-04
直接把业务逻辑用数据库的约束,存储过程等等来实现..............
|
| 返回顶楼 | |
|
发表时间：2010-10-04
daquan198163 写道 slaser 写道 ouchxp 写道 diandian 写道 分层：
1、首先它给人的感觉就是系统有层次感，不混乱-便于开发与维护。 2、层次明显 各层开发人员专注各自一块 开发效率比较高。 哪有一个人写Action 一个人写 Service 一个人写DAO的??? 有，我目前的项目就是这样。我只负责service层，并且发布成为web service. PO和Dao有专人实现。 简直是自虐 说话之前先过下大脑，我没有权限动数据库的，不是所有项目都是从头开始的新项目。 |
| 返回顶楼 | |
|
发表时间：2010-10-04
最后修改：2010-10-04
fsword 写道 slaser 写道 有，我目前的项目就是这样。我只负责service层，并且发布成为web service.
PO和Dao有专人实现。 可否详细说说，你这个service通常都封装什么粒度的业务逻辑，PO、dao层的逻辑（应该有逻辑吧，如果没有就不用分开了）都是什么粒度呢？ 另外，这么做有具体成效了么么？ PO,dao基本已经比较成熟，基本的CURD全部实现，service只需要使用dao就可以完成基本功能，特殊的查询需要通知写dao的增加方法。我写service是因为原系统没有service层，难道直接把dao发布成web service？ |
| 返回顶楼 | |
|
发表时间：2010-10-04
char1st 写道 直接把业务逻辑用数据库的约束,存储过程等等来实现..............
业务量增大后 分库分表 == 崩溃 |
| 返回顶楼 | |
