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

　　設計模式

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

　　Factory Method

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

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

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

NET技術：走向ASP.NET架構設計——第五章：業務層模式，原則，實踐（中篇），轉載需保留來源！

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