社区
Java EE
帖子详情
项目里代码架构疑惑
ljmat
2010-01-05 12:19:15
学习JavaEE一段时间了,心里总有个疑问:关于DAO层,只写一个DAO和其实现类就已经可以通过业务逻辑层调这个DAO实现对数据库的操作了。心里老想不明白,为什么要为每个实体类写一个DAO呢?求前辈们指教。
...全文
128
13
打赏
收藏
项目里代码架构疑惑
学习JavaEE一段时间了,心里总有个疑问:关于DAO层,只写一个DAO和其实现类就已经可以通过业务逻辑层调这个DAO实现对数据库的操作了。心里老想不明白,为什么要为每个实体类写一个DAO呢?求前辈们指教。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
13 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
crazylaa
2010-01-05
打赏
举报
回复
无语。。。
zhigangxie
2010-01-05
打赏
举报
回复
[Quote=引用 6 楼 wanli209 的回复:]
用了什么框架?
[/Quote]
与所用的框架有关。
TzSword
2010-01-05
打赏
举报
回复
采用通用泛型写一个共用的类或接口就OK了。。
楼主你想如果我在一个项目中有N个实体,那在写N个DAO那要到猴年马月呀。。。
你的只是初期让你熟悉DAO的编写,方便以后抽象出共有的类或接口做准备的。。。
很好,和我当年想的一样。。。只是我当时就在网上搜资料搞定了。(往事呀。。)
O(∩_∩)O哈哈~ 加油!
道光2008
2010-01-05
打赏
举报
回复
为什么要为每个实体类写一个DAO呢?
当然不是,写一个父dao,共用
dinghun8leech
2010-01-05
打赏
举报
回复
补充下,在不用orm框架时,确实有必要用dao的不同实现类来区别不同数据库的操作。除此之外,还是一个通用的即可搞定。
dinghun8leech
2010-01-05
打赏
举报
回复
我赞同多个业务模型采用一个通用dao的观点,除非dao层混进了本不该混进的业务逻辑,否则所有业务模型操作数据库的动作都是差不多的,
dao接口他只提供以面向对象方式操作数据库的服务
欢迎提出不同意见。
lhzx_zjg
2010-01-05
打赏
举报
回复
这样写有很多好处:
1、适用于团体开发
2、结构直观,易修改维护
3、开闭原则
coolbamboo2008
2010-01-05
打赏
举报
回复
4楼说的就是高手了,其实这只是个习惯问题,能做成通用的dao更好
wanli209
2010-01-05
打赏
举报
回复
用了什么框架?
zhangdeyong
2010-01-05
打赏
举报
回复
[Quote=引用 4 楼 kaoh1631 的回复:]
个人认为:每个实体类写一个DAO就是菜鸟程序员的做法!应该建立通用Dao。
即:
Dao 屏蔽 数据库差异(oracle、mysql、db2等)
Po 屏蔽 数据库表结构差异
每一层都要屏蔽一组差异
[/Quote]哪这样的开发成的系统只适合你自己用!
Thinking_In_IT
2010-01-05
打赏
举报
回复
个人认为:每个实体类写一个DAO就是菜鸟程序员的做法!应该建立通用Dao。
即:
Dao 屏蔽 数据库差异(oracle、mysql、db2等)
Po 屏蔽 数据库表结构差异
每一层都要屏蔽一组差异
panhaichun
2010-01-05
打赏
举报
回复
不复杂的话用个万能DAO对象也是可以的
yaoxingle
2010-01-05
打赏
举报
回复
dao就是数据访问层嘛。。
我们在操作数据库时,需要将数据库中关系型的数据得转化成我们实体对象,也就是实现(ORM)对象关系的映射
所以每个dao对应一个自己实体类
DDD之
代码
架构
点击↑上方↑蓝色“编了个程”关注我~每周至少一篇原创文章这是本公众号的第 33 篇原创文章荒腔走板这是一篇迟到的文章。这其实是我写DDD的第四篇文章。去年11月份左右我在个人网站上写了三...
C语言
代码
质量与
架构
调整(四)
成为
架构
师需要怎么做,各项能力的要求展开讲,系统
架构
相关的知识和经验
好的软件
架构
设计
什么是软件
架构
前言:软体设计师中有一些技术水平较高、经验较为丰富的人,他们需要承担软件系统的
架构
设计,也就是需要设计系统的元件如何划分、元件之间如何发生相互作用,以及系统中逻辑的、物理的、系统的重要决定的作出。在很多公司中,
架构
师不是一个专门的和正式的职务。通常在一个开发小组中,最有经验的程序员会负责一些
架构
方面的工作。在一个部门中,最有经验的
项目
经理会负责一些
架构
方面的工作。但是,越来越
一位大牛
架构
师的经验总结
架构
师是一个既能掌控整体又能洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。看似完美的“人格模型”背后,是艰辛的探索。今天,阿
里
巴巴技术专家九摩将多年经验,进行系统性地总结,帮助更多
架构
师在进阶这条路上走得更“顺畅”,姿态更“优雅”。
架构
师职责
架构
师不是一个人,他需要建立高效卓越的体系,带领团队去攻城略地,在规定的时间内完成
项目
。
架构
师需要能够识别定义并确认需求,能够进行...
架构
师如何带领团队“攻城略地”?
架构
师职责
架构
师不是一个人,他需要建立高效卓越的体系,带领团队去攻城略地,在规定的时间内完成
项目
。
架构
师需要能够识别定义并确认需求,能够进行系统分解形成整体
架构
,能够正确地技术选型,能够制定技术规格说明并有效推动实施落地。 按 TOGAF 的定义,
架构
师的职责是了解并关注实际上关系重大但未变得过载的一些关键细节和界面,
架构
师的角色有:理解并解析需求,创建有用的模型,确认、细化并扩展模型,管理
架构
。 从业界来看对于
架构
师的理解可以大概区分为: 企业
架构
师:专注于企业总体 IT
架构
的设计。 I
Java EE
67,515
社区成员
225,878
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章