什么是设计模式(什么是设计模式软件工程)

什么是设计模式，该如何使用设计模式

设计模式是面向对象编程的热门话题之一，越来越多的开发人员认识到设计模式的重要性。采用各种语言实现设计模式的文章也越来越多，但是很多开发人员发现很难将设计模式与实际开发中需要解决的具体问题相联系。因为使用设计模式的难点往往不在于模式的实现，而在于很难确定哪种模式可以在现实的应用场景中采用，从而导致了在现实的项目中，面对客户的压力，我们总是采用最直截了当的方法解决问题，来不及多考虑这些方法的优劣，即使明知将带来更大的麻烦也必须如此。有些时候因为选择了不恰当的设计模式，使原本简单的问题变得复杂化。

什么是设计模式(什么是设计模式软件工程)

总是有些优秀的设计人员可以在同样短的时间内做出正确对待的判断，他们同样是依靠本能和直觉，只是这种本能是在日常编程开发中一点一滴积累起来的。如同一个剑客在危机时刻的一击，并不是一时的灵光乍现，而是平时刻苦修炼的结果。

俗话说，紧靠背棋谱成不了围棋高手。只在概念上理解设计模式而不实现，同样成不了架构设计师。在软件设计时，要有意识地问自己使用还是不使用设计模式，不要匆忙下结论。重视软件质量的改进，如果有可能，则在项目后期重构代码。同时注意学习同行的经验，很多开放源码项目是值得学习的。

（1）正确理解设计模式

模式所关注的不仅是重复的解决方案，更主要的是关注重复出现的应用场景和与场景相关的各种作用力。很多使用设计模式失败的原因，并不是实现设计模式的方法有问题，而是采用的设计模式不适合应用场景。这往往导致设计过度，使软件应得复杂，进而丧失对使用设计模式的信心。

（2）编程语言与设计模式的实现

尽管设计模式本身并不要求一定用某种语言来实现，但脱离了具体的实现，就无法真正理解设计模式。GOF的《设计模式》是经典之作，但毕竟距现在已经十几年了。这个期间开发平台已经进化了多代，很多新技术已经应用到编程中。有些技术可以简化设计模式的实现，有些技术已经采用了设计模式。因此，学习设计模式必须针对所使用的编程语言和开发平台。一定要注意，不是将《设计模式》中的例子转换为C#或者其他语言就等于知道如何实现设计模式了，而是要关注设计模式的精髓，并结合具体的语言特点完成其实现。就.NET而言，很多技术可以简化设计模式的实现，例如采用反射技术实现工厂和采用委托技术实现模板方法等。

（3）需求驱动

需求驱动不仅仅是功能性需求，还包括性能需求及运行时的需求，如软件的可维护性和可复用性等方面。

设计模式是针对软件设计的，而软件设计是针对需求的，一定不要为了使用模式而使用模式。在不合适的场合生搬硬套地使用模式反而会使设计应得复杂，使软件难以调试和维护。

（4）分析成功的模式应用项目

置之死地而后生可以说是一种解决方案，而不是模式，或者说仅仅给出了模式的实现，而没有交代使用的场合。项羽采用这个方案把秦军打败了，但马谡却丢了街亭。

（5）充分了解所使用的开发平台。

总的来说，设计模式是针对面向对象的软件设计的，因此在理论上适合任何面向对象的语言。但随着技术的发展和编程环境的改善，设计模式的实现方式会有很大的差别。在某些平台下，某些设计模式是自然实现的，某些模式已经被平台所实现，某些模式存在的上下文已经消失。

这里的平台不仅指编程语言，还包括平台引入的技术。.NET平台引进了反射、委托，以及属性等新技术，这些技术的使用使设计模式的实现方式有了很大的改变。例如，工厂方法通过采用反射技术，可以将其中的子类去掉。这实际上已经是一个.NET下的新模式，或者说是.NET的方言。

（6）在编程中领悟模式

软件开发是一项实践工作，最直接的方法就是编程。没有定式很熟却从来不下棋的围棋高手，也没有不会编程就成为架构设计师的先例。对设计模式的掌握是水到渠成的事情，你可能是顿悟，也可能是渐悟，但前提是必须有相当的实践积累。当然，并不是不需要看书学习，但实践仍然是必须首先要重视的。

认为编程如同写文章，提高需要有一个过程。在多多编程的同时，需要有一定的技巧。如果希望水平有较大提高，则需要对自己编写的代码不断重构。力求最优是个很好的习惯，当然前提是项目进度允许。即使项目时间紧张，也需要进行适当的总结。隔一段时间检查一下以前的工作，会发现自己是否已经有了提高。

（7）避免设计过度

设计模式解决的是设计不足的问题，但同时也要避免设计过度。一定要牢记简洁原则(Keep It Simple, Stupid, KISS)，要知道，设计模式是为了使设计简单，而不是更复杂。如果引入设计模式使设计变得复杂，只能说我们把简单的问题复杂化了，问题本身不需要设计模式。

这里需要把握的是需求变化的程度，一定要区分需求的稳定篇和可变篇。一个软件必然有稳定的篇，这个篇就是核心业务逻辑。如果核心业务逻辑发生变化，软件就没有存在的必要，这个篇的逻辑是我们需要固化的。对于可变的篇，需要判断可能发生变化的程度来确定设计策略和设计风险。要知道，设计过度与设计不足同样对项目有害。

（8）合理看待设计模式的实现实例

现在，从各种途径可以发现各种设计模式的实现实例。需要说明的是，其中很多实例所说明的仅仅是设计模式的解决方案的实现，并没有分析模式使用的上下文。实际上，这也是最困难的篇——从而导致实例中的设计模式使用从实践的角度看，往往是过度设计，也就是有小题大做的嫌疑。

对模式感兴趣的朋友可以从下面的几个开源项目中学习模式的成功应用。以后可能会把模式在下面几个开源代码中的应用的文章与大家共享。

什么是设计模式，为什么要用设计模式

1.什么是设计模式：

我认为设计模式它是一种代码编程长期发展的经验和套路，并且中所周知的一套代码方法和理念。

也是我们编写程序的基石。

2.为什么要用设计模式：

设计模式就像盖房子首先要搭建好一个框架 ，这个框架就是设计模式，框架能规范建造房子的过程，也省去了不少麻烦，同理，在我们编写程序的时候也需要用设计模式，这样减少了时间的开发，节省了人力和无力，使代码减少了冗余。

设计模式能够帮助我们在写代码的时候，解决不少棘手的问题，能让我们开发的项目更加合理。

这就是我们使用设计模式的好处

设计模式是一套被反复使用的、多数人知晓、经过分类编目的优秀代码设计经验的总结。特定环境下特定问题的处理方法。

1）重用设计和代码 重用设计比重用代码更有意义，自动带来代码重用

2）提高扩展性 大量使用面向接口编程，预留扩展插槽，新的功能或特性很容易加入到系统中来

3）提高灵活性 通过组合提高灵活性，可允许代码修改平稳发生，对一处修改不会波及到其他模块

4） 提高开发效率 正确使用设计模式，可以节省大量的时间

什么是设计模式,MVC中都用到了哪些设计模式。

“每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复劳动”

尽管最初的设计模式来源于城市和建筑模式，但他的思想也同样适用于面向对象设计模式，只是在面向对象的解决方案里，我们用对象和接口代替了墙壁和门窗。两类模式的核心都在于提供了相关问题的解决方案。

一般而言，一个模式有四个基本要素：

1.

模式名称（pattern

name）

一个助记名，它用一两个词来描述模式的问题、解决方案

和效果。

2.

问题(problem)

描述了应该在何时使用模式。

3.

解决方案(solution)

描述了设计的组成成分，它们之间的相互关系及各自的职责和协

作方式。

4.

效果(consequences)

描述了模式应用的效果及使用模式应权衡的问题。

类的模型/视图/控制器（Model/View/Controller）三元组(MVC)被用来构建用户界面。透过MVC

来看设计模式将帮助我们理解“模式”这一术语的含义。

MVC包括三类对象。模型Model是应用对象，视图View是它在屏幕上的表示，控制器Controller定义用户界面对用户输入的响应方式。不使用MVC，用户界面设计往往将这些对象混在一起，而MVC则将它们分离以提高灵活性和复用性。

MVC通过建立一个“订购/通知”协议来分离视图和模型。视图必须保证它的显示正确地反映了模型的状态。一旦模型的数据发生变化，模型将通知有关的视图，每个视图相应地得到刷新自己的机会。这种方法可以让你为一个模型提供不同的多个视图表现形式，也能够为一个模型创建新的视图而无须重写模型。