資料庫的移植通常會帶來高額的代價。這一點我深有體會。代價的大小就要看程式的架構寫的怎麼樣了. 去年把一個項目從MySQL移至到Oracle, 整個程式裡裡外外都做了修修補補,大概花了兩個月。
如果做到少修改,甚至不修改代碼的前提下,對資料庫的相容無疑是一件非常好的事情,
PetShop很好的做到了這一點
要相容多種資料庫,首先要實現多態。SQLServerDAL和OracleDAL都實現了IDAL裡所有介面的方法,實現了多態性。
FactoryDAL用來建立DAL對象,
public static PetShop.IDAL.IAccount Create()
{
/// Look up the DAL implementation we should be using
string path = System.Configuration.ConfigurationSettings.AppSettings["WebDAL"];
string className = path + ".Account";
// Using the evidence given in the config file load the appropriate assembly and class
return (PetShop.IDAL.IAccount) Assembly.Load(path).CreateInstance(className);
}
如上:建立Account, 首先擷取Web.config 中的WebDAL的值。
<add key="WebDAL" value="PetShop.SQLServerDAL" />
Web.Config裡”WebDAL”的值是PetShop.SQLServerDAL,該值決定了所要建立的DAL的路徑。
然後再用Assembly.CreateInstance()建立DAL執行個體.
若要使用Oracle資料庫, 只要把
<add key="WebDAL" value="PetShop.SQLServerDAL" />和
<add key="OrdersDAL" value="PetShop.SQLServerDAL" />
中的PetShop.SqlServerDAL改為PetShop.OracleDAL就可以了。
而在BLL中,它不需要知道你使用那個資料庫。只是通過如下語句得到對象。
// Get an instance of the account DAL using the DALFactory
IAccount dal = PetShop.DALFactory.Account.Create();
無論使用什麼資料庫,BLL模組都不需要修改。
擴充性: 若要相容MySQL資料庫改怎麼辦?
寫一個MySQLDAL模組,實現IDAL裡所有介面的方法。 再修改Web.config中的值即可。
PetShop提供了良好的可擴充性, 封閉了業務層的修改。很好的滿足了OCP(開放-封閉原則).