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

设计模式趣味谈

    
2002-08-26 17:15
赞助商链接

老板交给总经理一项任务,总经理觉得一下子做不完,怎么办呢?分给五个副经理分别做吧,副经理们又按同样的思路分给各各项目经理,一直到工作人员.当然这个过程有不同的分配方式,由此产生了不同的设计模式.
现在总经理很轻松,各级领导也很轻松,工作人员也很轻松,因为他们只要完成一件事就好了.挺完美的系统吧.
可是编程序的时候你既是总经理,又是副经理,还是工作人员,分来分去所有的事还得自己做,记性好呢这些模式很好,灵丹妙药,记性不好就有点惨,调程序跟踪进去忽然发现一个方法调用是接口方法,真正的类在哪呢,程序大了真是乖乖的不的了,模式很巧妙,也通常是代码膨胀的源泉,能真正掌握模式的程序员恐怕百分比也不是很大,一个项目组工作起来就有点问题,项目工期会更长吧?有些时候读代码真有点累,明知道三五句话就能完成的功能,你就不知道他在说些什么,哈哈,我脑袋有点大,不过这样也好,反正老板给银子,时间越长越好.
不知道大家有何感想?

2002-08-26 17:30

你说的不是真正的模式,如果严格按照模式来做,每个角色都是固定的,不会有太多class或接口。

关于代码膨胀,是系统可重用性增强的一个象征,膨胀的程度,需要控制,原则很简单,每个class或每个方法尽可能简单明了,责任明确而单一。这就需要对代码进行refactor,所以并不是编程完成后就可以了,还需要refactor,refactor后,再增加新功能,会轻松明了。

不能把简单问题复杂化,这也是refactor一个目标。
关于refactor由谁来做,最好自己做,或者由系统设计师来做。

cc
2002-08-27 13:28

Banq说得对,但是不是只有大的系统才适合做设计模式呢?
几个设计师将所有的设计用类图表现出来,这时候,虽然代码还没有编,但基本上已经宣布了软件开发的大部分已经完成。这样才能发挥模式的重要性!

2002-08-27 17:22

设计模式使用无论系统大小。

创建型模式和结构型模式对于中大型系统应用较多。
但是很多行为模式是不分大小系统,具体说如Iterator
几乎都要用

cc
2002-08-28 11:38

是的,Iterator是非常普遍的模式,你也曾经说过自己做Iterator当数据集。

模式的根本还是利用继承与多态。

用设计模式重构才是最关键的。

2Go 1 2 下一页

赞助商链接

赞助商链接

返回顶部

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