|
锁定老帖子 主题：Spring带来了什么？OOD学而无用
精华帖 (0) :: 良好帖 (9) :: 新手帖 (19) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2013-04-21
我常用 Sequence描述流程……
不过，Sequence画分支麻烦。 |
| 返回顶楼 | |
|
发表时间：2013-04-22
最后修改：2013-04-22
Action Service Dao 与 Controller DomainService Repository的区别是在格局上。
两者对于开发人员来说使用起来没有区别。 后者是大格局，适用于大型的企业级的开发。可以跟现在很多人提及的SOA，Data BUS结合起来理解。 如果一个大集团的业务系统，需要上千人来开发，我们可以将这个系统按照domain来划分成上百个子系统，每个系统作为一个domain，domain之间交互在DomainService层。Repository提供数据与对象的持久化，所有的Domain使用相同的Repository方案，每一个domain的开发人员是没有机会看到数据库长啥样子的。数据持久化与DomainService完全解耦，数据通过DataBus来交互。。当然DataBus不仅仅用于Repository与DomainServcice的交互，它贯穿所有系统的所有层，甚至包括MVC层，客户端（浏览器通过Js从数据总线中获取数据）... 算了，说多了大家不一定能理解，1000个人，1000种思想。。。,说多了漏洞就多了，然后某些喜欢找茬的人又来喷哥了。。。哥不想分享了知识，还被喷得遍体鳞伤啊... suene 写道 gdpglc 写道 suene 写道 Controller --> DomainService --> Repository<Domain> 这样的方式,一样可以 DDD . 你这个和 action service dao 有什么区别？这不还是事务脚本吗？ 好吧,如果你只看设计,就不要去想 WEB 的技术实现了. 去设计你的 Domain 吧. 然后你再来说用什么框架,用什么技术去实现. |
| 返回顶楼 | |
|
发表时间：2013-04-22
我发现和楼主讲道理是很困难的事..
因为楼主拿着 OOD 的棒子, 只要不符合楼主的心意就说这不是 OOD ,你不懂 OOD ,你的言论很可笑 等等等.... 投票已经很说明问题了. 精华帖 (0) :: 良好帖 (8) :: 新手帖 (18) :: 隐藏帖 (0) 我觉得 LZ 就是死读书,读死书的典范. OOD 说白了就是某个东西(对象) 能做什么.有哪些行为,但是 但是在 WEB 项目里,就意味着,这个功能能做什么,有哪些行为, 但这个时候一个简单的对象已经不能很好的 code 了,就好像在N久以前,一个 Servlet 写了所有的代码,但是现在拆分成几层去实现,, 这个并非没有 OOD . OOD 弱化了么? 我觉得没有,只是实现方式变了,不会人人喊着面向对象, 但是设计做的好的人,写的代码都会尽量简单明了,重用度高.一看就知道在做什么,步骤分明,逻辑清晰. 把这几层整体来看,这些功能的设计,都是面向对象设计. 不是只有一个类才能称之为对象. 话已到此,多说无益,该懂的已经懂了,不懂的还是不懂. 还有最重要的一点,设计和实现是分开的.设计的时候不涉及技术. |
| 返回顶楼 | |
|
发表时间：2013-04-22
最后修改：2013-04-22
suene 写道 我发现和楼主讲道理是很困难的事..
因为楼主拿着 OOD 的棒子, 只要不符合楼主的心意就说这不是 OOD ,你不懂 OOD ,你的言论很可笑 等等等.... 投票已经很说明问题了. 精华帖 (0) :: 良好帖 (8) :: 新手帖 (18) :: 隐藏帖 (0) 我觉得 LZ 就是死读书,读死书的典范. OOD 说白了就是某个东西(对象) 能做什么.有哪些行为,但是 但是在 WEB 项目里,就意味着,这个功能能做什么,有哪些行为, 但这个时候一个简单的对象已经不能很好的 code 了,就好像在N久以前,一个 Servlet 写了所有的代码,但是现在拆分成几层去实现,, 这个并非没有 OOD . OOD 弱化了么? 我觉得没有,只是实现方式变了,不会人人喊着面向对象, 但是设计做的好的人,写的代码都会尽量简单明了,重用度高.一看就知道在做什么,步骤分明,逻辑清晰. 把这几层整体来看,这些功能的设计,都是面向对象设计. 不是只有一个类才能称之为对象. 话已到此,多说无益,该懂的已经懂了,不懂的还是不懂. 还有最重要的一点,设计和实现是分开的.设计的时候不涉及技术. 设计时不能想数据库的表结构是什么？需要什么类？需要什么方法？有哪些技术难点？。然后到实现时再说是吧？ 你写过设计文档吗？ 你这个水平，投我什么票能代表什么呢！ |
| 返回顶楼 | |
|
发表时间：2013-04-22
gdpglc 写道 suene 写道 我发现和楼主讲道理是很困难的事..
因为楼主拿着 OOD 的棒子, 只要不符合楼主的心意就说这不是 OOD ,你不懂 OOD ,你的言论很可笑 等等等.... 投票已经很说明问题了. 精华帖 (0) :: 良好帖 (8) :: 新手帖 (18) :: 隐藏帖 (0) 我觉得 LZ 就是死读书,读死书的典范. OOD 说白了就是某个东西(对象) 能做什么.有哪些行为,但是 但是在 WEB 项目里,就意味着,这个功能能做什么,有哪些行为, 但这个时候一个简单的对象已经不能很好的 code 了,就好像在N久以前,一个 Servlet 写了所有的代码,但是现在拆分成几层去实现,, 这个并非没有 OOD . OOD 弱化了么? 我觉得没有,只是实现方式变了,不会人人喊着面向对象, 但是设计做的好的人,写的代码都会尽量简单明了,重用度高.一看就知道在做什么,步骤分明,逻辑清晰. 把这几层整体来看,这些功能的设计,都是面向对象设计. 不是只有一个类才能称之为对象. 话已到此,多说无益,该懂的已经懂了,不懂的还是不懂. 还有最重要的一点,设计和实现是分开的.设计的时候不涉及技术. 设计时不能想数据库的表结构是什么？需要什么类？需要什么方法？有哪些技术难点？。然后到实现时再说是吧？ 你写过设计文档吗？ 你这个水平，投我什么票能代表什么呢！ 你那是技术实现方案..... 我这个水平,哈哈哈哈. |
| 返回顶楼 | |
|
发表时间：2013-04-22
投票不能说明问题的，投新手帖的很可能就是新手。5年前我经常投别人新手帖，现在不投了。每个人都有自己的想法，发散出来是好的，所以我支持楼主的分享。
suene 写道 我发现和楼主讲道理是很困难的事..
因为楼主拿着 OOD 的棒子, 只要不符合楼主的心意就说这不是 OOD ,你不懂 OOD ,你的言论很可笑 等等等.... 投票已经很说明问题了. 精华帖 (0) :: 良好帖 (8) :: 新手帖 (18) :: 隐藏帖 (0) 我觉得 LZ 就是死读书,读死书的典范. OOD 说白了就是某个东西(对象) 能做什么.有哪些行为,但是 但是在 WEB 项目里,就意味着,这个功能能做什么,有哪些行为, 但这个时候一个简单的对象已经不能很好的 code 了,就好像在N久以前,一个 Servlet 写了所有的代码,但是现在拆分成几层去实现,, 这个并非没有 OOD . OOD 弱化了么? 我觉得没有,只是实现方式变了,不会人人喊着面向对象, 但是设计做的好的人,写的代码都会尽量简单明了,重用度高.一看就知道在做什么,步骤分明,逻辑清晰. 把这几层整体来看,这些功能的设计,都是面向对象设计. 不是只有一个类才能称之为对象. 话已到此,多说无益,该懂的已经懂了,不懂的还是不懂. 还有最重要的一点,设计和实现是分开的.设计的时候不涉及技术. |
| 返回顶楼 | |
|
发表时间：2013-04-22
xiaoqulai 写道 投票不能说明问题的，投新手帖的很可能就是新手。5年前我经常投别人新手帖，现在不投了。每个人都有自己的想法，发散出来是好的，所以我支持楼主的分享。
学术论坛,百花齐放,没问题啊,我也支持. 那么你支持哪种观点呢? 你认同 LZ 的 "Spring带来了什么？OOD学而无用" 观点么? 我发表不认同LZ观点的帖子,LZ说我具有阿Q精神,质疑我没水平, 这个你支不支持 LZ 对我的言论呢 ? o(︶︿︶)o ,午休时间就这么浪费了.        
|
| 返回顶楼 | |
|
发表时间：2013-04-22
suene 写道 那么你支持哪种观点呢? 你认同 LZ 的 "Spring带来了什么？OOD学而无用" 观点么? 我发表不认同LZ观点的帖子,LZ说我具有阿Q精神,质疑我没水平, 这个你支不支持 LZ 对我的言论呢 ? 站在LZ的视角，我完全赞同他第一帖中说的观点，这是他有感而发。 我不对之后LZ情绪发泄做任何评价。 |
| 返回顶楼 | |
|
发表时间：2013-04-22
xiaoqulai 写道 站在LZ的视角，我完全赞同他第一帖中说的观点，这是他有感而发。 我不对之后LZ情绪发泄做任何评价。 那么你同意我的观点么? 如果哪里有问题请指教,真心的.非恶意....... |
| 返回顶楼 | |
|
发表时间：2013-04-22
最后修改：2013-04-22
gdpglc 写道 suene 写道 我发现和楼主讲道理是很困难的事..
因为楼主拿着 OOD 的棒子, 只要不符合楼主的心意就说这不是 OOD ,你不懂 OOD ,你的言论很可笑 等等等.... 投票已经很说明问题了. 精华帖 (0) :: 良好帖 (8) :: 新手帖 (18) :: 隐藏帖 (0) 我觉得 LZ 就是死读书,读死书的典范. OOD 说白了就是某个东西(对象) 能做什么.有哪些行为,但是 但是在 WEB 项目里,就意味着,这个功能能做什么,有哪些行为, 但这个时候一个简单的对象已经不能很好的 code 了,就好像在N久以前,一个 Servlet 写了所有的代码,但是现在拆分成几层去实现,, 这个并非没有 OOD . OOD 弱化了么? 我觉得没有,只是实现方式变了,不会人人喊着面向对象, 但是设计做的好的人,写的代码都会尽量简单明了,重用度高.一看就知道在做什么,步骤分明,逻辑清晰. 把这几层整体来看,这些功能的设计,都是面向对象设计. 不是只有一个类才能称之为对象. 话已到此,多说无益,该懂的已经懂了,不懂的还是不懂. 还有最重要的一点,设计和实现是分开的.设计的时候不涉及技术. 设计时不能想数据库的表结构是什么？需要什么类？需要什么方法？有哪些技术难点？。然后到实现时再说是吧？ 你写过设计文档吗？ 你这个水平，投我什么票能代表什么呢！ 设计第一目的是设计是否可以实现 那叫作ＤＥＭＯ（作过与未作过的主要区别 专业作ＯＡ ） 设计第二步是设计是否客户需求是否超越客户 那叫需求分析 （好的产品经理与差的产品经理区别） 设计第三步是设计是否容易开发 那叫模块划分 （好的技术总监与差的技术总监的区别） 设计第四步是再设计是否要避免出错 这一步贯穿整个开发流和之中 （一个项目需要延多长时间挣不挣 钱一般都是这个设计决定的） 所有的ＯＯＤ实践都是为了第四个目的 让这个东西可以顺利开发， 1。顺利与客户交流， 不出错 2。顺利的处理设计变更， 出错可改 3。顺利的测试现有的代码 早找到出错问题 4。顺利估算开发时间 不出错才可以估算开发时间 5。顺利把工作分配给每一个人 好开发才能明白怎么分 6。顺利的让刚毕业的大学生写出靠谱的代码 。。。。。。。。。。。。。。。。。 目的达到了 用什么方式设计 不重要 spring出现之前 每次想把开关事务都需要使 用 模板模式 每次想把想把类当参数时者需要使 用 命令模式 每次想用单例。。。。。。。。 每次想把。。。。。。。。 20多种设计模式在中国说了10来年， 只有spring出现了之后才真正的用了起来 发现了问题，你设定了目的，解决了问题 就好了，对于名词的争论 就像我前面说的， 说明白一件事只需要一个词 如果一个词 不行 那么就那去推广这个概念了 你的概念不是一个词 。。。。就不是一个纯粹的概念 |
| 返回顶楼 | |
