|
锁定老帖子 主题：在项目架构中如何进行分层才是最合理的？
精华帖 (2) :: 良好帖 (0) :: 新手帖 (17) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-09-22
同意LZ的看法，我们项目也有这样的毛病，归根结底是太过教条、对接口认识的不足，这样的接口实际上毫无意义，增加了开发和维护负担。
|
| 返回顶楼 | |
|
发表时间：2008-09-22
抛出异常的爱 写道 2我认为接口是用来写注释的地方 对于程序来说越短越好,但接口就可以写很多. 可以把你的需求定义,用例都写到接口里面. 恩恩，有收获 |
| 返回顶楼 | |
|
发表时间：2008-09-22
增加了开发和维护负担？ 增加了多少？ 跟spring有关？
为啥不只写jsp呢，那样文件最少了! 可测试性是个非常重要的衡量因素 |
| 返回顶楼 | |
|
发表时间：2008-09-23
ltian 写道 要是框架做的好，绝大多数情况下，Dao层只需要接口，不需要写实现类。做到不到这点，说明公司里面的构架师还需进一步努力。
没看明白，能详细讲讲么，怎么个不写实现类啊？ |
| 返回顶楼 | |
|
发表时间：2008-09-23
raymond.chen 写道
其实，Service层和Dao层的接口文件完全可以去掉的
|
| 返回顶楼 | |
|
发表时间：2008-09-23
低耦合，高复用
就这六个字，足够解释的了 |
| 返回顶楼 | |
|
发表时间：2008-09-23
简单说两句：
我认为，在满足项目本身灵活性要求的前提下，分层或者说继承要尽量的少。分清职责，多用组合。这样才能使系统更加清晰，维护更加方便。 |
| 返回顶楼 | |
|
发表时间：2008-09-23
yangwudong 写道 低耦合，高复用
就这六个字，足够解释的了 那就解释解释纯粹的接口抽取，复用高在哪里？ |
| 返回顶楼 | |
|
发表时间：2008-09-23
CALM 写道 ltian 写道 要是框架做的好，绝大多数情况下，Dao层只需要接口，不需要写实现类。做到不到这点，说明公司里面的构架师还需进一步努力。
没看明白，能详细讲讲么，怎么个不写实现类啊？ 其实就是所有的实现都在框架的某个最高层的类中实现了增删改查的操作，然后以后的所有的dao实现只要extend就可以了，而不需要每次都重新再写实现了 |
| 返回顶楼 | |
|
发表时间：2008-09-23
DAO层为什么作为可选层呢? 你把对数据库的访问和逻辑的处理都放在service层， 不觉得很乱吗。
对于接口，DAO层的接口，我觉得是可选的，但是service层的接口还是有必要的。在项目中，有很多不期而遇的变化，当你使用了接口，那么你的实现类的变化，就不会对外界产生任何影响。 |
| 返回顶楼 | |
