漫谈设计模式

<h1>设计模式开篇：</h1>

      作为一个新手程序员，来谈论设计模式似乎有点自不量力，有写的不确切的地方请各位大虾多多指正，多多教导！！在下会感激不尽。想了很长时间，是否该写此文呢?一直在犹豫，犹豫的主要是：在下作为一个刚出道的程序爱好者，能否写好，能否对设计模式理解的透澈，能否用语言表达出来设计模式的内涵。犹豫已久，在下就在这个周五写一下本人对设计模式的感受（主要今天下午没课，嘻嘻！！），作为23大设计模式的开篇，同时，也作为这个阶段学习的总结吧！！希望大家支持！！

     学习编程已经快要2年多了（本人现在是一名大三的在校生），作为一名非计算机专业的学生，抱着好奇心，从大一接触了C语言。记得当时那些晦涩难懂的新名词（变量、指针）让自己痛苦不堪，但是当时由于自己的爱好，还是硬着头皮学了下去，慢慢体会那些概念，使自己逐渐的认识了编程这个神气而又伟大的事物！逐渐的自己开始写一些小程序，记得学习完VB时，用VB语言写了一个运动着的小汽车，当时心里真是个乐啊。

 好了，废话不说了，进入主题。设计模式是一个稍微难点的理论（本人是这么认为）。那么什么叫做设计模式呢？设计模式不是定理，也不是一门具体的技术。设计模式是软件行业先辈们的经验总结，由软件界的前辈GOF总结出的一套可复用的开发经验。在软件界很流行的一句话，就是我们不要“从复制造轮子”，这句看似简单而又平淡的话，给我们多大的启发！！我们在结合自己在实际工作中的经验，不难想出这句话在软件开发中的具体含义。我们在实际工作中，在多个项目中，有些总是我们反复使用的如（ASP.NET中的三层架构中的DAL层），我们不能每次把一样的代码写多篇（这样会把人累死的），设计模式就是可以提高我们的工作效率，提高代码的可用性，增强系统的可维护性。我们做软件，就是根据客户的具体需求来做的，但是客户的需求是难以把握的，我们可以知道用户的目前需求，预测可能发生的变更，但是我们控制不了用户需求的改变。这样问题来了，既然需求是变化的，我们怎么尽可能的满足这些需求呢，这就对我们设计架构提出了要求，要提高系统的扩展性，我们怎么样才能提高系统的扩展性呢？我们非常幸运，那就是“设计模式”，设计模式的23大方法！！