For investors
股價:
5.36 美元 %For investors
股價:
5.36 美元 %認真做教育 專心促就業(yè)
最近基于ExtJs和asp.NET(.NET培訓 ) mvc做了一個系統(tǒng).來總結(jié)下.一起討論下.
一.技術分析
1.web數(shù)據(jù)傳輸
ExtJS作為前端UI展現(xiàn)層,傳輸數(shù)據(jù)格式為json或者xml,一般大部分為json.
# mvc
(不要考慮太多mvc其他特性,controller+method就夠了)的和路由url很好的符合了這一要求,實現(xiàn)起來很輕松.
3.選一款依賴注入容器
只要你好好學過一款Ioc組件,概念都還是一樣的,做法不同而已,我選的是微軟的Unity,
這里我并沒有把Service配置在xml中,根據(jù)我的理解,大部分軟件并不需要這么靈活,我就純注冊就夠了(其實往往是這樣,我們可以問問自己,我們用到了多少功能).因為大部分都是注冊一次,永不修改的…真的有必要的時候可以提出
Ioc組件很多,個人認為比較強大的還是#,功能非常豐富,還有AOP功能,最主要的是其可以和其他組件結(jié)合的很好.
容器作為底層服務,主要就是為我們提供靈活性.想辦法與現(xiàn)有組件結(jié)合,注冊相關服務.
4.數(shù)據(jù)庫操作(NHibernate)
3年前我會選ADO.NET
2年前我選Microsoft.Practices.Data.Application
1年前我選linq to sql
現(xiàn)在我選nhibernate
關于NHibernate映射
(1)若你是初學者,乖乖的自己手動配吧
(2)若你喜歡linq的,有一款FluentNHibernate可供選擇(用新技術請考慮風險,玩的沒關系)
(3)若你映射配置文件玩的很熟悉了,就用NHibernate.Mapping.Attributes掛標簽自動生成吧(不推薦用什么代碼生成器,都是要重新改的)
5.比較java web經(jīng)典平臺
比較慶幸,之前有接觸過java,java的web編程架構(gòu)很穩(wěn)定,3年前如此,現(xiàn)在還是一樣,不同的只是版本升級而已,這點.net程序員比較慘的.這也見證了spring,hibernate,struts(webwork)在目前而言是最好的拍檔.
換成.net平臺也就是#(Ioc容器)+nhibernate(orm)+# mvc
#和nhibernate都屬于java移植產(chǎn)品,所以應該來說資料是非常的多,想學習的人,應該把眼光放到java社區(qū)中,收獲會很多的,稍微比較下c#和java語言就好了(千萬別學了就跑去學java了:)).
# mvc對比struts而言,方便了很多,但不同的是java附產(chǎn)品比較多,像# mvc這樣的框架,java也有些框架已經(jīng)開始改進了(看到過,基本上理念是一樣的).
當然這里均采用的開源路線,大家也可以采用微軟自家平臺的技術.
二.技術串聯(lián)
1.注冊容器
2.初始化Nhibernate
我們都知道Ioc是可以與# mvc結(jié)合的
3.Nhibernate與容器配合法
(1)Nhibernate與#的結(jié)合,這里已經(jīng)有經(jīng)典例子在了,何謂經(jīng)典例子,就是大家都這么干,而且也沒出什么問題,我也就這么干,確實有點道理的…雖然有時候真不懂為什么這么干。。。呵呵
(2)用單例的方式在應用啟動時注冊,如上法
(3)Nhibernate若映射換FluentNHibernate的話,或者加入linq to nh,則整個設計就要重新考慮了
我想上面的設計有點意思,特別是加入了linq to nh我的設想是這樣的
(1)簡單查詢用linq to nh
(2)hql主打,標準查詢輔助…
(3)若由于對nh框架不熟,導致查不出來,或者遇到速度慢,先上t-sql(原因一般都是自身學的不好造成的,先懷疑自己,懷疑不下去了再去懷疑框架本身…)
三.項目細分
這里忽略分布式應用,我沒具體搞過…
Entity項目一個
Service接口項目一個
Service接口默認實現(xiàn)項目一個
Domain項目一個
主體輔助類項目一個(放雜七雜八用的)
測試項目一個(可選)
web相關項目一個(放與web相關的和controller)
web主打項目一個(運行項目,主放js用…)
基本上最基本的就是這樣,你可以細分,也可以把上面很多項目合并為同一項目.
若想靈活就多用反射與配置文件
四.細化
若要完成一般的數(shù)據(jù)增刪改系統(tǒng)的話,我們還可以稍微細化封裝,這樣的封裝是很方便的.
1.沒有絕對的靈活,需要一定的耦合,ext框架對于后端請求的json數(shù)據(jù)有一定要求,所以數(shù)據(jù)轉(zhuǎn)換在所難免,所以準備一些通用的數(shù)據(jù)類型轉(zhuǎn)換的功能
2.對于千篇一律的數(shù)據(jù)增刪改,若無特殊的業(yè)務邏輯,可考慮借助# mvc和反射功能完成,這樣一個controller的設計可以代替很多個.
3.在傳json時勿使用延遲加載等特性.
4.一個hql配置系統(tǒng),不要因為某一查詢條件改了而重新編寫代碼,可以考慮做個機制,把hql語句提取出來
5.巧用nhibernate攔截機制,日志必不可少
6.一套穩(wěn)定的權(quán)限機制
7.對于ext,要有一套js加載機制
總結(jié)起來細化的都是對于不同需求而變化設計的.
如果不是很難的項目,花一段時間實踐,這種搭配很容易學會.
接下來重點還是回到.net framework來學習.
【免責聲明】本文部分系轉(zhuǎn)載,轉(zhuǎn)載目的在于傳遞更多信息,并不代表本網(wǎng)贊同其觀點和對其真實性負責。如涉及作品內(nèi)容、版權(quán)和其它問題,請在30日內(nèi)與聯(lián)系我們,我們會予以更改或刪除相關文章,以保證您的權(quán)益!