前言：设计模式并不是什么很高深的东西，至少不是那么“神乎其神”。说到底，设计模式就是一些设计思想。下面我们就走进项目，看看这些项目中这些思想是如何体现的。本系列文章会在后续文章中陆陆续续的，在恰当的时候介绍一些相应的设计模式，而不是一股脑的一起上。

　　设计模式

　　本篇文章主要是讨论的在业务层可以采用的或者常用的一些设计模式：

　　Factory Method

相信很多朋友对这个模式很熟悉了，平时在项目中或多或少总能看到Factory, Provider等。确实Factory Method一种创建型的模式，它的主要目的就是隐藏对象创建的细节。也就是说，客户程序（或者成为调用者）不用特定来什么创建某一种具体的类，也不依赖于特定的类，而且依赖接口或者抽象类，这样就达到了解耦，专业点的说法就是“依赖倒置”，更加直白的说法就是：客户程序可以使用很多不同的实现类，而保持代码不变。因为在需要的时候，传入一些信息，Factory Methods就返回接口或者抽象类的实现类。

         很多情况下，我们一般是这样来使用Factory Method模式的：建立一个Factory类，这个类有一个静态的方法，这个方法返回一个抽象的类或者接口。然后，客户程序（或者调用程序）就传入一些信息给Factory类来，要求Factory来创建相对应，需要的具体的实现类。

         下面我们就看看一个Factory Method的UML图：

NET技术：走向ASP.NET架构设计——第五章：业务层模式，原则，实践（中篇），转载需保留来源！

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。