设计模式是不是每天要用- -
场景1
第一天
程序员A：用户组织这块怎么设计？
架构师（画类图）：Department和Person继承Party接口，Department可以包含Department，也可以包含Person——或者说，Department可以包含Party。Person不可以再包含。
程序员A（迷惑）：……
架构师（画示意图）：就好象一棵树的结构，“部门”是枝节点，“人员”是叶节点，每个枝可以再有N个子节点，叶子节点不可以再有子节点。
程序员A：计算部门薪资总数怎么做呢？
架构师（写伪码）：Party接口有getSalary()方法，Person类返回自己的工资，Department类返回所有子节点的工资之和。
程序员A：哦，明白了。
第二天
项目经理：昨天讨论了，用户组织这块怎么设计？
程序员A（画类图）：Department和Person继承Party接口……
项目经理：计算部门薪资总数怎么做？
程序员A（写伪码）：Party接口有getSalary()方法……
第三天
程序员B（新来的）：请问用户组织这块怎么设计？
项目经理（画类图）：……
程序员B：……
项目经理：……
场景2
第一天
程序员A：用户组织这块怎么设计？
架构师：用一个Composite模式。
程序员A：哦，明白了。
第二天
项目经理：昨天讨论了，用户组织这块怎么设计？
程序员A：用一个Composite模式。
第三天
程序员B（新来的）：请问用户组织这块怎么设计？
项目经理：用一个Composite模式。
设计模式是不是每天要用？自己想想就知道。
- 作者： 透明 2005年04月28日, 星期四 15:53
Trackback
你可以使用这个链接引用该篇日志 http://publishblog.blogdriver.com/blog/tb.b?diaryID=656695
回复
- 评论人：bs
Mon May 30 12:40:14 CST 2005
to incredible boy:
牛，呵呵，看样子你可以总结自己的模式，没必要跟他说，他又没给你咨询费。
- 评论人：bishi
Thu May 26 14:16:49 CST 2005
啥时候把CSDN的那个破博客弄好了，再在这里教训人。
- 评论人：andijo
Mon May 16 23:40:25 CST 2005
项目经理就对DP不懂，知道有个工厂模式，其他不知道，说没什么用，如果你用了什么什么，说你过度设计。
- 评论人：偶然路过
Thu May 12 15:41:19 CST 2005
模式是好的，但gigix过于夸大了它的作用，不愧IT娱记，最喜假大空。
- 评论人：zzttkk
Tue May 10 21:24:18 CST 2005
精辟地描述了项目经理传话筒的角色
- 评论人：模特
Thu May 05 23:20:42 CST 2005
http://www.6gan.com
http://www.281c.com
http://www.pi9.net
- 评论人：模特
Wed May 04 23:31:03 CST 2005
- 评论人：透明
Tue May 03 12:51:12 CST 2005
to incredible boy：
为什么我知道“组织机构建模”这件事一定要用composite模式来做？这里有个东西叫做“经验”。如果你连这点经验都还没有，不妨先学习学习、锻炼锻炼，过几年再指点江山不迟。圣人曰“知之为知之不知为不知”，承认自己经验少并不是什么丢脸的事。
- 评论人：固体海洋
Mon May 02 01:22:38 CST 2005
上面的那个免费电影大王怎么回事啊？你的被放木马了，告诉一声不就可以了吗？干吗还大费周折啊？
- 评论人：incredible boy
Sat Apr 30 12:04:56 CST 2005
哦，原来这就是每天你用的所谓的“模式”，说白了就是多态特性的应用么。我不会每天都用到这些的，为了最快最直接的实现，dep. & employee的
getSalary方法都是单个写的，如果哪一天真正需要抽象出些接口出来，我才
会重新整理出接口和类的。 我可没时间事先抽象出共同点，定义些接口。
设计模式，俺还真不懂太多，可是Gof好像在Design Pattern 前言中说过，
“只有这些代码真正起到。。。作用时，模式才能起作用”俺还是挺认可的。
你说天天用模式，我不知道你是天天修改旧程序，还是天天在讲同样的课，如果你是遇到新的问题，新的领域，一上去就能抽象出一大堆所谓的模式
，我很怀疑这些就口和类有没有作用？？？？？？？？？？？
说到底，哥么，你还是太夸大你的“DP”的作用了，
- 评论人：chelsea
Fri Apr 29 13:01:04 CST 2005
葫芦是原型模式
- 评论人：王者之剑
Fri Apr 29 11:53:27 CST 2005
哈哈！
如果B听得懂，给B讲
如果B听不懂，不用给B讲，
如果B这样的人很多，做demo让他们去依葫芦画瓢。
突然想到一句话：葫芦，最古老最实用的模式？各位以为然否？
- 评论人：aoaoao
Fri Apr 29 10:32:22 CST 2005
我们公司一般是这样：A用composite模式，B接手，让A讲，B不懂，去看设计模式书，仍然不懂，然后B自己在程序中写了一大堆if，A的代码作废，极度郁闷中~~
