| « | August 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
公告 |
戒除浮躁，读好书，交益友 |
| Blog信息 |
|
blog名称:邢红瑞的blog
日志总数:523
评论数量:1142
留言数量:0
访问次数:9696721
建立时间:2004年12月20日 |
| |
|
 [编程感想]纸上谈兵谈论"设计模式" 
原创空间, 软件技术
邢红瑞 发表于 2005/12/4 17:29:07 |
|
专家说写10万行C++代码。什么模式都会了。我写的代码超过10万行，但不敢说会了设计模式。设计模式诞生于c++，基本是ace框架的提炼，起源的书籍POSA，汇总的书籍是Erich Gamma 的设计模式。书上的23个模式，差不多背过了，但是总是感觉不够用。看了java核心模式后，知道如何使用EJB，明白了sun的petstore为何要用Facade。知道了Struts，spring MVC都使用前端控制器，使用知道hibernate的时候，明白了还有domain model，而ibatis不过是个Data Mapper，PEAA已经讲述了O/R Mapping应该如何制作。PEAA讲述的贫血模型，流动是广大程序员的“血”。在一次网上和很多老外的讨论中，我大谈设计模式，后来spring team的人告诉我，没有十年编程经验，就不要谈论模式。spring对于各种设计模式使用极其巧妙，每个bean不是Singleton，就是Prototype，每个FormController都用了Command，为了适应各种web框架使用Adapter，就连spring的MVC的起始点也是HandlerAdapter。
后来碰到问题了才去考虑采用什么模式来做啊！设计模式是一种解决问题的办法，能解决一类问题！应该不会先去想用什么设计模式吧！所以啊，不是先去决定采用什么模式。一般先看下这类问题是用什么架构去解决，比如用C/S还是B/S等，接着看下能通过什么样的设计模式去做比较好,一般是重构的时候使用设计模式。 |
|
|
点石成金
原创空间, 软件技术
大元帅(游客)发表评论于2006/4/12 16:50:11 |
| 我只是条忘了前世的鱼,说好了今生在那片海边等待(wow gold),却忘了你的样子和相约的日子(wow gold)。于是，天天，天天，天天的坐在那里，坐愁日落。 |
|
|
回复:纸上谈兵谈论"设计模式"
原创空间, 软件技术
圣手屠鸭(游客)发表评论于2006/3/31 19:29:29 |
| 不赞同你的看法.设计模式就是给我们提供了一类问题的解决办法..对着这类问题找出最佳模式.当然重构是也是必须的.我的看法设计模式就是一种案例的解决办法. |
|
|
回复:纸上谈兵谈论"设计模式"
原创空间, 软件技术
by(游客)发表评论于2006/3/11 15:24:39 |
|
|
回复:纸上谈兵谈论"设计模式"
原创空间, 软件技术
Deodar(游客)发表评论于2006/2/9 12:33:14 |
|
|
回复:纸上谈兵谈论"设计模式"
原创空间, 软件技术
aspirin(游客)发表评论于2005/12/6 22:51:33 |
| 赞同你的看法，不要为了设计模式而去模式，应该是一种很自然的过程
|
|
» 1 »
|