淺談軟件測試開發技術Asp.net多層架構中的變量引用與傳遞[2]

淺談軟件測試開發技術Asp.net多層架構中的變量引用與傳遞[2]  .net三層架構

關鍵字：Asp.net 架構 變量引用

　　道理很簡單，一看就懂。對于以后的操作有好處的。

　　其次是要建立邏輯層，這個邏輯層基本上就是實例化數據層DataCore之后為表示層返回一些DataSet，DataReader之類或是執行一些insert,update,delete之類語句。這個邏輯層也是為了區分整個Project下面不同功能模塊。比如說用戶模塊起名叫做UserModel.cs，新聞模塊叫做NewsModel.cs之類。邏輯層的另一個好處就是可以為表示層建立可以多次實例化的同一個對象或是方法。比如說User類，通過ID或是Username 查詢并建立的對象可以被表示層多次調用。

　　最后是表示層，表示層的功能就是完成頁面邏輯。主要是接受客戶端數據然后經過簡單整合和判斷，傳遞給邏輯層處理。同樣，接收邏輯層傳遞來的Dataset或DataReader，表示在前臺頁面。

　　數據在各個層次之間的關系相對獨立，但是又相對連續。

　　獨立性:

　　對于表示層之外的幾個層，都可以把單個的對象或是方法直接拿出來放到其他工程中。因為每個曾都是為了實現模型中獨立的功能而完成的。因為在類似工程中的應用基本上不用太大改動，特別是一些相對更加原始的層，在這個示例中的DataCore就是一個典型的例子。

　　連續性:

　　數據在傳遞過程中有較強的連續性。舉一個例子，在表示層中有這樣一個根據Session中Userid返回一個Dataset，原本我是這樣寫的:

　　表示層:

　　DataSet UserInforRow = ObjectUser.GetUserInfor(Int32.Parse(Session["UserId"].ToString()));

　　邏輯層:

　　public DataSet GetUserInfor(int UserID)

　　{

　　SqlParameter[] parameters ={new SqlParameter("@UserID",SqlDbType.Int,4)};

　　parameters[0].Value = UserID;

　　using(DataSet UserInfor = RunProcedure("GetUserInfor",parameters,"UserInfor"))

　　{

　　return UserInfor;

　　}

　　}

　　這樣可以編譯通過,但是在執行的時候提示錯誤,類型不匹配,語法上面沒有錯誤。但是錯誤出在，表示層傳進來的是一個Int32,在Sqlparameter中確是一個Int,4，本來以為這樣的變量類型都是在每一個層次中相對獨立的，但是當他們之間傳遞數據的時候，出現了問題。

　　對于這個問題的解決方案有兩種，無非是更改表示層還是更改邏輯層。更改邏輯層，就要改成

　　SqlParameter[] parameters ={new SqlParameter("@UserID",SqlDbType.Int,32)};

　　更改表示層要改為:

　　DataSet UserInforRow = ObjectUser.GetUserInfor(int.Parse(Session["UserId"].ToString()));

　　兩個方案中顯然是更改表示層比較合理，因為不能夠因為一個變量的傳遞更改變邏輯層中的可以被其他表示層頁面所調用的方法。

　　其他類似的變量傳遞和引用也遇到類似問題，雖然幾個層次相對獨立，但是在數據的傳遞上也相對連續。

原文轉自：http://www.anti-gravitydesign.com