我说实话,我也记不住那么多的条条框框,写这篇博客的目的主要是让自己有个印象,以后设计代码结构时,不会犯低级错误,要求不高。
下篇:
先扯点闲篇。
最近越来越感觉自己脑子不太够用了,开分享会时,或者开会找问题时,感觉同事都很厉害,真就是百科全书,上知天文下知地理的,讲什么东西都不带草稿的,拿笔一画就是一面墙的图稿,某个定义一说就是一字不差。我就眼巴巴看着,听着,能跟上他们的思路就已经不赖了,别说提出他们的设计方案里可能有的问题了。我在我从事的领域里说不上话,这种感觉让我很难过。所以打算着学点什么东西,俗话说一招鲜吃遍天,我这里要求更低,吃顿饱饭就快哉快哉了,但学啥呢?我能有什么技能能让自己显得专业一点呢,比经验我能比上这些工作十几年的前辈们么,比技术么?比学历么?
思索后我的答案就是设计模式。
说实话这个东西属于基本功了,基本到这个玩意不会过多涉及到语言,也不会涉及到专业领域,就是纯基本功。但是让人惊讶的是,这个最基本的玩意,反而没多少人精通的。那我学了,我最起码基本功上不会比他们差了,很实在,万丈高楼平地起嘛。
翻看资料发现了个很有趣的事情,软件行业里的设计模式,是从建筑行业的设计模式借鉴来的。
我们软件行业的祖辈是建筑行业噢!它山之石可以攻玉,莫过于此。
这么来看,设计模式的历史说长也长,那可是建筑行业几千年的沉淀,说短也短,毕竟在94年才有具体的软件行业的设计模式被提出。
设计模式的介绍
就像自然语言描述一件事一样:
什么时间,什么地点,什么人,干了什么事。
软件模式也有具体的一套清晰逻辑:
什么问题,什么前提,什么解法,做了有什么影响。