发帖    主题    评论    推荐    标签    作者    订阅    查搜    注册   登陆   关注
 
面向对象 设计模式 领域驱动设计 企业架构 框架 开发教程 微服务 大数据 扩展性 并发编程 事件驱动 分布式 SOA
1 2 3 4 ... 5 下一页 Go 5

关于项目的一些看法

                   
2008-06-13 21:28
赞助商链接

在Jdon逛了这么久了,对领域建模有了一定的认识,感觉很好。可是,旁边的同学做项目时,都是先设计数据库表,然后增删改查,做界面,项目做的也是很快。而当我自己做项目时,自己想建立领域模型,然而发现,直接通过对数据库操作更直接,也更简单。而且一般不用担心效率问题。我学java也有一段时间了,通过banq的帖子,我已经明白,自己写的代码基本上都是面向过程式的开发。身边的同学都对数据库了解很深,使用的很熟练,虽然我认为他们基本不怎么样,我对他们说数据库时代已经结束了,可是没有人会听我的。现在老师给了一个项目,原本打算用ddd建模,自己好好弄一把,可是一上来发现需求不是很复杂,如果先建表,做起来也许更快。自己很彷徨,明明知道领域建模才是正路,可问旁边人,他们都说数据库才是第一位的,什么计算,统计都交给数据库,界面有操作就行了,痛苦中。。。
请大家给一些建议,谢谢。。。

2008-06-13 22:36

我认为觉得简单是因为业务太简单了,业务就是CRUD,但是真实业务却不仅仅是CRUD这么简单。这时候是用一个几百行的平面SQL表达得清楚还是几个对象交互表达得明白呢?一旦适应OO了,无论多简单的业务都会首先想到对象而不是db。
java应用程序的效率在于(分布)对象缓存,否则就只有加大db机的硬件配置以适应更高的要求。那一点SQL和对象的效率差异根本不值一提,遗憾的是有时候管理人员不这么看,有时候不得不弄一个dao来使用他们的查询SQL并自己把结果封装成对象。

2008-06-14 00:06

多谢freebox的回复,我似乎明白一些东西了,我会努力的,争取使自己能够有OO的思想。。

2008-06-14 02:03

呵呵,中国这个现象还很严重啊。

2008-06-14 09:26

>原本打算用DDD建模,自己好好弄一把,可是一上来发现需求不是很复杂,如果先建表,做起来也许更快

需求就不是很复杂,用DDD更快,脑子都不用转弯的,为什么你现在觉得DB更快,因为你脑子已经先入为主了,DDD这样正常OO思维你没有了,习惯拐弯思维了,打个比喻:小孩不能学结巴,一旦学了,就一直结巴,正常话都不会说了,这个结巴就是DB,OO就是正常话。结巴的人想说快,总还是结巴,他以为快了,可是我们正常人都会心里发笑。

这里我不是歧视结巴,只是一个比喻,用来说明我们身在庐山中,不识真面貌的可悲状态。


我反对现在传统软件教育的原因,不是要他们全部用OO来教学,而是至少OO和数据库两种并行,让学生有选择,进行一个过渡。

你也不要和你身边DB的程序员争论,他们就是接受这样的教育,他们能找到工作就很满足,他们不是将程序作为事业或兴趣来做。关键是你自己需要恢复正常自然OO思维,这很难,因为让结巴说正常话的可能性有多少呢?

其实Jdon框架的开发视频已经展示了DDD思路下简单开发的快速性,熟练度一样的情况下,可以说几分钟内完全开发一个Model的CRUD功能:
http://www.jdon.com/article/33792.html
[该贴被banq于2008-06-14 10:18修改过]

5Go 1 2 3 4 ... 5 下一页

赞助商链接

赞助商链接

返回顶部

移动版 关于本站 使用帮助 联系管理员 最佳分辨率1366x768
OpenSource JIVEJDON Powered by JdonFramework Code © 2002-20 jdon.com