设计模式(感受篇)
galimatoo
这个作者很懒,什么都没留下…
展开
-
做设计应该适当
<br /> 不难发现,在平时分析问题,寻求思路时,往往困扰自己的不是这个问题有什么方法可以解决,而总是诸如一些:是这样解决好呢还是那样解决好,有没有必要把问题搞得这么复杂之类的疑问,如果你思考问题时也是这样,那么首先就说明我们都很认真,我们不是民工。<br /> <br /> 设计模式中这类问题无所不在,设计模式其实就是人们跟据经验在以上问题中找到一个已经被普遍认同的类似真理的东西。我们为什么如此依赖于设计模式,其中一个原因是因为,这类问题本身实在是太复杂了,N多朋友无法找到一个说服自己及别人采用某种原创 2010-07-12 16:13:00 · 586 阅读 · 0 评论 -
有关继承的思考(1_of_n)
前言:继承是我认为的最容易实现代码重用设计方案。但有人说它不好。所以我得想想到底哪里不好。一种思考:首先,程序员都爱偷懒,说得好听一点都爱“复用”别人的代码。这让我想到生活中一个很有趣的例子。大家是不是经常遇到需要拧开一些螺丝却没有螺丝刀,此时我们通常的做法是用一些小刀子尖来替换一下,但是,结果往往不是很顺心,或是把刀子尖给弄不像样了,或是把螺丝的十字口给划平了。最后我们往往会怪这把刀子不好用。说到这里大家应该猜到了我想表达什么意思:在大多数情况下,我们的继承往往过于牵强。那么怎么样的继承是正确的,怎么样的原创 2010-12-21 12:11:00 · 786 阅读 · 0 评论 -
多重继承与接口的思考(2_of_n)
前言:Java 中没有多重继承,C++ 中有多重继承,java中普遍会有接口来替代原本用多重继承实现的设计。到底该不该有?分析:这个问题,我曾想过好多次,我想其它oo设计师应该也跟我一样,被类似这种问题一度困扰。因为最近要换工作,怕到时哪个牛B的老总问我一个这样的问题,到时我该怎么回答呢?今日仔仔细细想了好久,觉得有点摸到事情的本质了,这里表述一下我的想法。个人觉得,不用多重继承总体上来说更合理一些,为什么这样说的,我以下说一些原因:首先,我要分别给它们一个明确的定义。接口:把不同对象间的相同行为抽象出来,原创 2010-12-21 15:16:00 · 742 阅读 · 0 评论 -
桥接
<br />前言:<br />单看类图很难看得出桥接所带来的好处。<br />但桥接在正确的场合,桥接能发挥出很高的代码复用,及比较好的代码扩展。<br /> <br />分析:<br />对桥接的理解要基于对“继承”这个概念的理解。<br />相同的继承,在不同场合,其设计目的并不相同。总的来说,继承有个作用:<br /><br />1、实现对父类方法数目的扩展,并追加更多方法。<br />2、实现对父类申明方法的覆写或具体化,这个尤其表现在对抽象类的继承上。<br /><br />这里,我把作用1简称为原创 2010-12-28 15:25:00 · 781 阅读 · 0 评论