前言：設計模式并不是什么很高深的東西，至少不是那么“神乎其神”。說到底，設計模式就是一些設計思想。下面我們就走進項目，看看這些項目中這些思想是如何體現(xiàn)的。本系列文章會在后續(xù)文章中陸陸續(xù)續(xù)的，在恰當?shù)臅r候介紹一些相應的設計模式，而不是一股腦的一起上。

　　設計模式

　　本篇文章主要是討論的在業(yè)務層可以采用的或者常用的一些設計模式：

　　Factory Method

相信很多朋友對這個模式很熟悉了，平時在項目中或多或少總能看到Factory, Provider等。確實Factory Method一種創(chuàng)建型的模式，它的主要目的就是隱藏對象創(chuàng)建的細節(jié)。也就是說，客戶程序（或者成為調(diào)用者）不用特定來什么創(chuàng)建某一種具體的類，也不依賴于特定的類，而且依賴接口或者抽象類，這樣就達到了解耦，專業(yè)點的說法就是“依賴倒置”，更加直白的說法就是：客戶程序可以使用很多不同的實現(xiàn)類，而保持代碼不變。因為在需要的時候，傳入一些信息，F(xiàn)actory Methods就返回接口或者抽象類的實現(xiàn)類。

         很多情況下，我們一般是這樣來使用Factory Method模式的：建立一個Factory類，這個類有一個靜態(tài)的方法，這個方法返回一個抽象的類或者接口。然后，客戶程序（或者調(diào)用程序）就傳入一些信息給Factory類來，要求Factory來創(chuàng)建相對應，需要的具體的實現(xiàn)類。

         下面我們就看看一個Factory Method的UML圖：

NET技術(shù)：走向ASP.NET架構(gòu)設計——第五章：業(yè)務層模式，原則，實踐（中篇），轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。