我的代码夹
刚刚在看你的设计模型,感觉挺舒服。但是看着看着 总觉得不那么有用。应该说是例子不那么有用，虽然文章中也提到了一些场景 但是真正应用到企业级开发的时候会用到多少。我们有必要为没有可能扩展来浪费成本吗？？这是我脑海中的问号，因为我是做企业级应用的没有那么高端，但是设计模型确实会让我的代码优雅许多，但是我Boss 会喜欢吗？？ 会让我为这些 有可能的扩展（只能说是有可能的）来对系统进行设计吗？？ 我不得而知，心中有点疑惑 希望各位能给出答案，更希望Terry能亲自解答啊。
posted on 2008-08-02 14:35 Dr.Edison 阅读(188) 评论(6) 编辑 收藏 网摘
为了应用模式而模式，没人会喜欢 如果初期看到需求就能知道是要哪些模式，则没人不会喜欢 如果有疑虑，建议阅读《设计模式精解》 回复 引用
你知道你该怎样做。 回复 引用 查看
当然，没有变化，你把产品卖给客户，就跟客户一刀两断，那干嘛要设计模式啊，自讨苦吃嘛，优雅也是要费神的…… 但是要变化的时候问题就会不那么简单了，设计模式让修改变的轻松，老板高兴不高兴先放一边，首先您高兴了，老板也就跟着开心了，这么着吧，你花了1个钟头就把所有的新需求搞定了，效率出乎老板意料，老板爱死你了，还敢不高兴？ 当然如果您也不太有把握做好这些，因为设计模式确实挺难，要恰到好处没人敢保证，连需求啥样都不敢保证，怎么可能保证设计模式呢？那就学会重构吧，渐进地代码编写方式，会让您的代码趋于优雅～ 回复 引用 查看
@volnet（可以叫我大V） 谢谢@volnet（可以叫我大V） 谢谢各位 关注 我以为我的博文 被封死了呢~~谢谢~ 回复 引用 查看
Sorry，今天刚看到你的文章，有这样的疑问，说明你对此进行了思考，但是还没有掌握设计模式的精髓。从来没有谁说过，一定要为了优雅而使用设计模式，建议你看一下《从重构到模式》这本书，设计模式只是为了封装某种变化，如创建型模式封装对象创建的变化，结构型模式封装对象结构的变化，行为型模式自然是封装行为的变化了，最终我们所要解决的问题是：一旦出现变化，能够从容的应对变化，这才是为什么要使用设计模式。 回复 引用 查看
@TerryLee 感谢Terry啊 百忙之中 能够看我的文章啊 希望有机会能跟你学习一下面对变化 现在在客户这里 可能回复比较慢不好意思啊 回复 引用