后台代码一般分几层? dao、service、action?求讨论和分享

Pluser 发布于 2014/10/25 20:56
阅读 2K+
收藏 3

    不清楚BAT等公司内部编写代码风格,一般后台代码分几层呢?

    自身感觉分dao、service、action三层较合适,但实际中常常又dao+service 合并成 service,

看到公司以前写的代码,还有只有一层的,就service一层。

    不知道大家是怎么分的,怎么分比较好,具体每层定义是什么?

    大家出来讨论、分享下。

加载中
0
ddatsh
ddatsh

按需

autotest

biz
core-service
dal
leo
service
service-impl
shared
web
0
中山野鬼
中山野鬼
哈,看任务,不看形式。。。
0
蛋看江湖
蛋看江湖
主流三层就是你说的这三种,但是如果写个五千行代码的项目需要这样的分层吗?
0
Pluser
Pluser

引用来自“簌语”的评论

主流三层就是你说的这三种,但是如果写个五千行代码的项目需要这样的分层吗?
不清楚   但是实际经验告诉我 最少要2层 不然后面需求变或新增时  会很恶心的
蛋看江湖
蛋看江湖
三层经典,两层精简,一层逗比
0
Pluser
Pluser

引用来自“ddatsh”的评论

按需

autotest

biz
core-service
dal
leo
service
service-impl
shared
web
这个可以有
0
Pluser
Pluser

引用来自“中山野鬼”的评论

哈,看任务,不看形式。。。

是的  个人还是认为   分个三层 还是较好  因为系统没有需求不变的 如果 开始认为系统小 所以就一层 那么后面修改或维护 真心很恶心


0
jdluojing
jdluojing
一般都是做成分布式SOA的,后端暴露服务,web端在Controller端直接进行调用。后端服务一般会进行分层:facade,biz,service,dao。这种模式web端基本就用框架提供的mvc即可,用不着再分层了。后端服务无状态可多渠道复用。中间还会有注册中心之类的,前后端完全解耦。
0
Pluser
Pluser

引用来自“jdluojing”的评论

一般都是做成分布式SOA的,后端暴露服务,web端在Controller端直接进行调用。后端服务一般会进行分层:facade,biz,service,dao。这种模式web端基本就用框架提供的mvc即可,用不着再分层了。后端服务无状态可多渠道复用。中间还会有注册中心之类的,前后端完全解耦。
感谢     不知道有什么好的开源代码可以借鉴下吗?
Pluser
Pluser
回复 @jdluojing : 好的 非常感谢 学习了
jdluojing
jdluojing
可以了解一下阿里的技术博客和他们开源的技术框架
0
台俊峰
台俊峰
后台就controller和model
0
HeHaa
HeHaa
看项目吧,web项目一般大结构上分三层感觉好维护一点
返回顶部
顶部