Phoenix's 技術學習記事

ASP.NET的網頁程式設計可以分成三個部分，UI、Logic、DataAccess。

在架構規畫上，我保持一個原則是在UI只要處理畫面上的內容資訊，在Logic上處理程式流程，而在DataAccess則處理資料連結。

這樣的情形下，基本上會分出三個類別，分別對應這三個部分。

而每個部分的程式碼大致上都會是產生對應物件，執行其方法。

像UI使用Logic，

var obj = new LogicObject();

obj.DoSomething();

而Logic使用DataAccess的程式碼就會像，

var da = new DataAccessObject();

da.SaveSomething();

這樣的架構在實作上遇到了些問題，沒辦法有效地切割這三個部分來分工撰寫，寫Logic的人會需要DataAccess的定義資訊，而UI則需要Logic的定義資訊。

因此，想到了一個構想來解決這樣的問題，

我希望當UI使用Logic的時候可以像這樣使用，

var logic = LogicFactory.CreateLogic(xxx);

logic.DoSomething();

並且希望Logic使用DataAccess也是如此，

var dataAccess = DataAccessFactory.CreateDataAccess(yyy);

dataAccess.CRUD();

這樣做的話，可以統一物件的使用方式，讓這三個部分可以分工，不過，這樣的情形下，資料該如何傳遞變成了一個問題，

因為要達成這個目的，需要定義出泛用的界面來介接這三個部分，但是，每個UI所看到的資料並不相同，每個Logic所處理的資料也不同，同樣地，

DataAccess也是如此，而泛用的界面無法預知將會需要那些資料。

我所想到的是，利用一個方法來初始化物件所需資料，像，

var logic = LogicFactory.CreateLogic(xxx);

logic.AddPropertyValue("PropertyName", value);

logic.DoSomething();

這樣的話，不管物件如何實作，初始化的方式就可以統一，來達到分工的目的。

不過，這樣又產生了另一個問題，初始化的方式因為是使用字串，所以失去了一些檢核，造成需要在這部分留心，避免程式的錯誤。