1. 程式人生 > >基於.net平臺的web框架搭建

基於.net平臺的web框架搭建

    最近基於ExtJs和asp.net mvc做了一個系統.來總結下.一起討論下.

一.技術分析


1.web資料傳輸

ExtJS作為前端UI展現層,傳輸資料格式為json或者xml,一般大部分為json.

2.asp.net mvc

(不要考慮太多mvc其他特性,controller+method就夠了)的和路由url很好的符合了這一要求,實現起來很輕鬆.

3.選一款依賴注入容器

只要你好好學過一款Ioc元件,概念都還是一樣的,做法不同而已,我選的是微軟的Unity,

這裡我並沒有把Service配置在xml中,根據我的理解,大部分軟體並不需要這麼靈活,我就純註冊就夠了(其實往往是這樣,我們可以問問自己,我們用到了多少功能).因為大部分都是註冊一次,永不修改的…真的有必要的時候可以提出

image

Ioc元件很多,個人認為比較強大的還是spring.net,功能非常豐富,還有AOP功能,最主要的是其可以和其他元件結合的很好.

容器作為底層服務,主要就是為我們提供靈活性.想辦法與現有元件結合,註冊相關服務.

4.資料庫操作(NHibernate)

3年前我會選ADO.NET

2年前我選Microsoft.Practices.Data.Application

1年前我選linq to sql

現在我選nhibernate

關於NHibernate對映

(1)若你是初學者,乖乖的自己手動配吧
(2)若你喜歡linq的,有一款FluentNHibernate可供選擇(用新技術請考慮風險,玩的沒關係)
(3)若你對映配置檔案玩的很熟悉了,就用NHibernate.Mapping.Attributes掛標籤自動生成吧(不推薦用什麼程式碼生成器,都是要重新改的)

5.比較java web經典平臺

比較慶幸,之前有接觸過java,java的web程式設計架構很穩定,3年前如此,現在還是一樣,不同的只是版本升級而已,這點.net程式設計師比較慘的.這也見證了spring,hibernate,struts(webwork)在目前而言是最好的拍檔.

換成.net平臺也就是spring.net(Ioc容器)+nhibernate(orm)+asp.net mvc

spring.net和nhibernate都屬於java移植產品,所以應該來說資料是非常的多,想學習的人,應該把眼光放到java社群中,收穫會很多的,稍微比較下c#和java語言就好了(千萬別學了就跑去學java了:)).

asp.net mvc對比struts而言,方便了很多,但不同的是java附產品比較多,像asp.net mvc這樣的框架,java也有些框架已經開始改進了(看到過,基本上理念是一樣的).

當然這裡均採用的開源路線,大家也可以採用微軟自家平臺的技術.

二.技術串聯

1.註冊容器

2.初始化Nhibernate

image

我們都知道Ioc是可以與asp.net mvc結合的

image

3.Nhibernate與容器配合法

(1)Nhibernate與spring.net的結合,這裡已經有經典例子在了,何謂經典例子,就是大家都這麼幹,而且也沒出什麼問題,我也就這麼幹,確實有點道理的…雖然有時候真不懂為什麼這麼幹。。。呵呵
(2)用單例的方式在應用啟動時註冊,如上法
(3)Nhibernate若對映換FluentNHibernate的話,或者加入linq to nh,則整個設計就要重新考慮了

我想上面的設計有點意思,特別是加入了linq to nh我的設想是這樣的

(1)簡單查詢用linq to nh
(2)hql主打,標準查詢輔助…
(3)若由於對nh框架不熟,導致查不出來,或者遇到速度慢,先上t-sql(原因一般都是自身學的不好造成的,先懷疑自己,懷疑不下去了再去懷疑框架本身…)

三.專案細分

這裡忽略分散式應用,我沒具體搞過…

  1. Entity專案一個
  2. Service介面專案一個
  3. Service介面預設實現專案一個
  4. Domain專案一個
  5. 主體輔助類專案一個(放雜七雜八用的)
  6. 測試專案一個(可選)
  7. web相關專案一個(放與web相關的和controller)
  8. web主打專案一個(執行專案,主放js用…)


基本上最基本的就是這樣,你可以細分,也可以把上面很多專案合併為同一專案.

若想靈活就多用反射與配置檔案

四.細化

若要完成一般的資料增刪改系統的話,我們還可以稍微細化封裝,這樣的封裝是很方便的.

1.沒有絕對的靈活,需要一定的耦合,ext框架對於後端請求的json資料有一定要求,所以資料轉換在所難免,所以準備一些通用的資料型別轉換的功能

2.對於千篇一律的資料增刪改,若無特殊的業務邏輯,可考慮藉助asp.net mvc和反射功能完成,這樣一個controller的設計可以代替很多個.

3.在傳json時勿使用延遲載入等特性.

4.一個hql配置系統,不要因為某一查詢條件改了而重新編寫程式碼,可以考慮做個機制,把hql語句提取出來

5.巧用nhibernate攔截機制,日誌必不可少

6.一套穩定的許可權機制

7.對於ext,要有一套js載入機制

總結起來細化的都是對於不同需求而變化設計的.

如果不是很難的專案,花一段時間實踐,這種搭配很容易學會.

接下來重點還是回到.net framework來學習.

個人見解...大家有什麼高見發表下