浅谈设计模式

      最近又开始折腾设计模式了, 很有意思,随着工龄与经验的增长对它也有了一个新的认识, 所谓的设计模式就是代码组织方式的一种设计,就要比一个故事需要一个好的故事架构, 而一个好的程序也需要一个好的结构来支撑,才能够是其茁壮成长,所以如果说好的架构是项目的灵活, 那么设计模式最起码对于程序来说起到一个骨架的作用。

      有很长一段时间，工作中让我觉得设计模式就是一中脱了裤子放屁的事情，没事找事，给自己找麻烦，但实际上设计模式是相当强大的，在大型的系统中占据很重要的地位，当然了对于那种一次性的脚本不需要反复迭代去修改的我不建议是用设计模式了，因为那样的脚本只要求速度，扩展性移植性，并不是很重要，所以从工作性质来看要求程序员越快完成任务越好。而想一些比较大的项目则需要做反复跌带修改添加内容的项目，设计模式会起到想当大的作用了，所谓设计模式就是按照一个的结构组织代码，所谓的高内聚，低耦合，这六个字的意识就是”把具有的相同功能的行为聚合到一起，降低不同功能的耦合程度“，举个例子，如果我们建立一个项目的代码，而且我们的需求在项目中不断的添加，来丰富的我们的产品，我们每次添加需求的时候都要向代码中添加，那么我们要保证每次修改过程中我们的修改都不会影响以前的功能，如果不能的话就意味着每次我们都要测试和兼容以前的程序，如果开始功能简单还好，如果功能点多的话那样我们越往后做的话兼容性，有问题，假如我们项目的有10个功能点那么我们再次添加新功能的时候我们除了要测试新的功能点意外我们还有测试以前的功能点是否遭到破坏，长此下去我们会在每次功能点的完成后的善后工作会做越来越多的工作，所以我们要做的就是在新加的功能点内聚到新增类中，而降低与之前文件的耦合，最佳的程度是新增的功能与之前的代码没有任何更改，所以设计模式就能在其中做到一个调剂的作用。

     现在各种语言林立，但所谓的语言就是程序员与电脑沟通交互的工具，但是程序语言不仅仅应该是程序员与电脑交互的工具还应该是应该是与程序员交流的工具，我们不应该只希望我们的语言只能与电脑交互，还要能跟其他程序员交流，所以如果说把一个好的程序，比做一篇文章，那么设计模式就是文章的架构，能让我们更为清晰顺畅的读懂程序。