再一次的看设计模式的时候，感觉自己对设计模式，有了一个进一步的理解（自我感觉的J）.

       在数学计算中我们要求AàB点的最短路径，可能从A点到B点有很多种走法，但是追求完美的我们（尤其是程序员），总是希望找到一条最短的路径。设计模式也是相同，在设计中我们想要找到设计中的最短路径，也就是设计的永恒之道（就是设计模式中常说的无名的质），说白了，就是如何设计才能使系统更容易扩张，更灵活，更稳定。模式追求的是一种最佳的解决方案，在这个方案的指导下，我们能够跟好的去实现我们所想要实现的东西。

       数学计算的时候有一定的法则，软件设计的时候也是有一定的法则的，而这些法则，都是在追求软件设计的守恒定律时形成的——什么开/闭原则，面向接口原则，依赖倒置原则等等，但是软件设计中的原则也是可变的，而且是时刻发展的，要不然就不会出现，今天的spring非常火的场面，Ioc原则。

       数学计算是通过许多的公式推倒出结果的，但是我们求解的时候，会出现这种情况，C结果，是通过A和B两个公式推导出来的，模式也是一样，有一些较小的模式，而这些较小的模式是一些较大的模式的基础。

       在理解模式的时候我们可以从对象的生命周期来理解。

       对象产生的时候需要描述对象的属性，它的存在形式，创建模式就是用来描述这个的；而这个对象存在就会和其他对象发生联系，就会和其他对象发生作用，如何描述他们之间的联系和作用就是结构模式要做的事了；前面这些都是静态的，对象的存在，不可能永远静止不动的，它会根据自己的需要，完成一些动作，语言中还有动词，名词，形容词之分呢！模式就跟语言一样需要有动词来描述对象，行为模式就是用来描述对象的行动的；

       设计模式，实际就是一种设计中的语言，很多的最基本的模式，就是组成这种语言的基础，我们在理解模式的时候不能只是背模式，而应该灵活的运用他们，让他们有机的结合在一起，形成一个生动的句子。这个就好比我们学英语，不是光背一些单词，就能写出一篇好文章的，还需要我们有语感，理解了以后才能写出来。

       这个只是我对模式的一点点个人的理解，不代表所有人的观点！：）