公司开会的时候,同事们提到,老项目的代码过于臃肿了,需要新起个项目来承载新的代码内容。我双目闪烁,嘴角微扬:这样做,也只是产生了一个新的臃肿项目而已,根本原因在于大家开发的时候没有注重结构,不懂设计模式的精妙啊~~
先致敬程杰先生的《大话设计模式》,来回的看过两三遍,让我领略到了各个模式演变的精妙,也给我传达了一个很重要的思考方式:对众人来说,最重要的并不是最终成型的结果,而是过程,演变的原因和对应的策略远比拿到一个最终结果要重要的多!
一是上手就看最终的23种设计模式,看我文章的你一定不是天才,那你一定很难看懂和消化。二是这是先人们开发过程的演变,你也一定会遇到,只拿到结果却不理解演变的原因,就会耗费大量的时间去琢磨实践再琢磨,但现实中,光脚的孩子哪里有那么多机会实践这么多模式呢?
终于,等到我如今也做了些年岁的开发,经验的逐渐丰满让我越是觉得大话设计模式比其他直接扔结果的资料的优秀之处。我逐渐体会到很多设计模式之间只有细微的差别,但是要细细品味。往往区分两个人的关键就在确定定量和拆解分析变量的过程,就像是各个分布式组件或框架的集群原理都在细微差别中,心跳、数据同步、CP或AP等等。
没错,能看到这里,说明你知道我想干啥了。我这里就是来挑战大师的作品!!!我要做个更易懂的系列!!!!哈哈哈哈哈哈哈!!!!
其实我只是想用一个系列,把这些设计模式串起来,顺带挑出其中的差异,为何细小的改变就会将适用场景带向另一个远方。
终于下定决心,要做个最通俗的设计模式连环炮。不要管名字俗不俗,说干就干。反正老夫立过无数个flag,就没怕过再多一个!
实际上因为这订阅号一天只能发一篇文章,这篇就是来凑个数的。郭德纲可以做坑王,我也可以学习下,这坑埋不埋,就看下周能不能发一篇设计模式出来了
欢迎关注公众号:Java面霸君