（菜鸟问题）关于业务逻辑和数据访问分层的问题？
时间：2011-11-28
来源：互联网
我有个增加计划的业务，里面涉及10几个SQL语句（可能还更多），这样如果把数据访问单独放一层不得麻烦死了？
请问大家如何处理？
我以前做都是业务逻辑和数据访问都放在一起，听大虾们说最好分开，可我觉得分开好麻烦啊，程序量倍增，很多时候那些SQL语句很简单（SELECT COUNT(*) FROM TABLE）
另外大家推荐一下，用ibatis还是用spring jdbctemplate合适？（因为我对SQL比较熟悉，Hibernate就算了）
作者: sense 发布时间: 2011-11-28
引用
ibatis吧。。。比较轻量级。也简单。。适合你这种SQL比较熟悉的人。。。正好你SQL语句也多。。。
我的建议还是分层。。。四层你闲麻烦 可以写三层。。如果仅仅是执行一些SQL而业务逻辑很少，并且你闲麻烦。。也可以用两层【省去业务逻辑层】来实现计划任务。。将少量业务逻辑直接放在控制层融掉。。留一个数据层来执行与IBatis交互。。。
ibatis吧。。。比较轻量级。也简单。。适合你这种SQL比较熟悉的人。。。正好你SQL语句也多。。。
我的建议还是分层。。。四层你闲麻烦 可以写三层。。如果仅仅是执行一些SQL而业务逻辑很少，并且你闲麻烦。。也可以用两层【省去业务逻辑层】来实现计划任务。。将少量业务逻辑直接放在控制层融掉。。留一个数据层来执行与IBatis交互。。。
作者: kouyiSC 发布时间: 2011-11-28
简单的就用ibatis，很方便。
按你的描述，可能还没真正感受分层的意义。
就比如你们公司市场部的人可能说的钱有10W，100W等数据，但真钱不会是他们操作的吧？真和钱打交道的是财务部，同理软件的业务逻辑只管你的业务就够了，还涉及数据操作干嘛？业务再多和数据操作层有什么关系？维护起来你都知道是业务逻辑不对还是数据操作出问题
按你的描述，可能还没真正感受分层的意义。
就比如你们公司市场部的人可能说的钱有10W，100W等数据，但真钱不会是他们操作的吧？真和钱打交道的是财务部，同理软件的业务逻辑只管你的业务就够了，还涉及数据操作干嘛？业务再多和数据操作层有什么关系？维护起来你都知道是业务逻辑不对还是数据操作出问题
作者: jarun 发布时间: 2011-11-28
sql熟悉 建议使用Itatis 轻量级、灵活性好
作者: HZC565835435 发布时间: 2011-11-28
相关阅读 更多
热门阅读
-
office 2019专业增强版最新2021版激活秘钥/序列号/激活码推荐 附激活工具
阅读：74
-
如何安装mysql8.0
阅读：31
-
Word快速设置标题样式步骤详解
阅读：28
-
20+道必知必会的Vue面试题（附答案解析）
阅读：37
-
HTML如何制作表单
阅读：22
-
百词斩可以改天数吗？当然可以，4个步骤轻松修改天数！
阅读：31
-
ET文件格式和XLS格式文件之间如何转化？
阅读：24
-
react和vue的区别及优缺点是什么
阅读：121
-
支付宝人脸识别如何关闭?
阅读：21
-
腾讯微云怎么修改照片或视频备份路径?
阅读：28
