当我们刚开始接触业务的时候，也许会遇到这么一个问题。随着代码的需求的增加，或者业务的不完善，需要增加（修改）代码，来满足需求，对于没有什么经验的程序员（比如说我）来说，常常采用头疼医头，脚痛医脚的方式来解决问题，在原有的代码基础上直接修改代码。这就会遇到一些问题。
首先，原有的代码是好久以前的，对于我来说，可能一个月前的代码就看不太懂了，在原有的基础上该或许会出现新的问题。其次，新加的代码，会是我们代码变得更加乱糟糟，不利于下一次维护。那有人会问，面向对象啊，为什么一开始就将一些方法写为父类，然后新的需求可以做为接口，使得要调用该方法子类实现该接口。但是，如果有整个项目有一半的接口要使用该接口，另一半不需要呢。。。。
一、什么是设计模式
说说我们软件设计的几个个原则：
1.一个软件不可避免的会面对一个问题：change，如果不改变，就只能等着淘汰。那么，我们就要在程序设计之初，先要明确哪些是将来基本不变的，哪些是将来可能会改变的，还有哪些是将会频繁变动的，那么我在设计时为将来的代码就会预留接口，而把频繁变动的独立开来，下次就改这一部分就行了，这样系统就会变的更有弹性。
2.针对接口编程，而不是实现编程。听起来很拗口，我自己也不是很理解，简单的说说我的理解吧。如一个子类，它的行为一般是继承（实现）父类（接口），那么，它的行为就是在该类编译阶段被定死了，类里面的覆盖或者父类的实现将会是该类对该行为的唯一实现。但是，有时候，我们可以把这种行为抽象为一个接口，在父类中作为一个属性，那么我们就可以按照需求调用该接口的不同实现。这样也可以更好的代码复用，不用因为不同行为，要重写方法，导致有多个不同类。
3.多用组合少用继承。这和二一脉相承，是从is-a到has-a的转变。因为组合能给代码提供较大的弹性，可以灵活的改变。
说到这里，我们也就引出了第一种设计模式：策略模式。那么，我们差不多也可以对其下一个定义：
设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。
二、设计模式存在的意义
这里看下head first设计模式中的几个场景
如图，其实两个人点的东西是一样的，但FIO和厨师之间有共享词汇（也就是菜谱），使得其点餐更加便捷。设计模式也是这样，它是开发人员沟通过程中的共享词汇，方便开发，使得开发人员的思考架构的层次上身到模式层面，如下图
