ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（1）

goodwangLib 2018-02-08

展開全文

開發(fā)工具：VS2015(2012以上)+SQL2008R2以上數(shù)據(jù)庫

升級后界面效果如下：

日程管理 http://www.cnblogs.com/ymnets/p/7094914.html

任務(wù)調(diào)度系統(tǒng)界面 http://www.cnblogs.com/ymnets/p/5065154.html

系統(tǒng)權(quán)限全套完整圖 http://www.cnblogs.com/ymnets/p/5065201.html

系統(tǒng)配置部分圖 http://www.cnblogs.com/ymnets/p/5065232.html

工作流截圖 http://www.cnblogs.com/ymnets/p/5193862.html

系統(tǒng)界面欣賞 http://www.cnblogs.com/ymnets/p/5599366.html

微信公眾平臺基礎(chǔ)版界面 http://www.cnblogs.com/ymnets/p/5805223.html

簡單文章管理系統(tǒng) http://www.cnblogs.com/ymnets/p/6011433.html

-----------------------------------------------------------------------------------------------------------------------------------------------

前言：

　　起初寫這個框架的時候，可以說在當時來說并不是很流行的設(shè)計模式,那是在2012年，面向?qū)ο蟮木幊檀蠹叶己苁煜ぃ?但是“注入、控制反轉(zhuǎn)(DI,IOC,依賴注入)、AOP切面編程”新興名詞

很多人并不知道特別是從事.NET開發(fā)的人，至少在當時是這么樣的，但是在今天它們卻是非常流行的技術(shù)指標，很多大牛也承認，這是主流的開發(fā)模式，你們可以從招聘網(wǎng)的技術(shù)崗位看出。

我從事過MVC2.0到5.0的相關(guān)開發(fā)工作，見證了MVC的成熟演變過程，就像本框架一樣，設(shè)計模式未曾改變，但是代碼一直在重構(gòu)。我也堅信這種開發(fā)模式目前無法被取代，也是我們Web開發(fā)工作的首選

MVCWebAPI適配移動設(shè)備接口，MVCWEB業(yè)務(wù)界面顯示處理，這是多么的標配。

我為何選擇這個技術(shù)組合？

　　我當初對技術(shù)的選型很是簡單，從簡單的開發(fā)方式和學(xué)習成本人員考慮，大家都認知的技術(shù)方式，可以克服開發(fā)過程中團隊人員的更換（離職，新人）

選擇的技術(shù)都是從大流行架構(gòu)精粹出來，并不使用非常大型的底層框架，培訓(xùn)學(xué)習成本極高，從學(xué)習到開發(fā)需要一個漫長的過程，這也是老板們不愿意看到的

同時也考慮到應(yīng)用系統(tǒng)的使用負擔并不是極大

So: Asp.net MVC、EF、IOC容器、EasyUI、分層分模塊、基于接口

MVC5：目前適用所有前端應(yīng)用的部署，包括網(wǎng)站，系統(tǒng)后臺，適配，API接口，沒有像webform,php等一樣的混合型臃腫代碼，關(guān)注點分離

EF6：微軟件自己的東西，畢竟用起來非常順手，更新很快，支持主流的數(shù)據(jù)庫，易于擴展和變化,目前性能也非常之不錯

注入(IOC)：注入容器我在各大流行的IOC注入容器中選擇了Unity,在當時綜合來看,Unity在像流行的Autofac,Spring.NET等中，屬于中規(guī)中矩的穩(wěn)定型，直到今天

　　經(jīng)過多年的版本演變，各大注入框架的性能穩(wěn)定性，和易用性都差不多，所以無論選擇那一款都好，我們實現(xiàn)的效果都是一樣的，他們的原理也都是一樣的

EasyUI 1.5：對于應(yīng)用系統(tǒng)，我認為最重要的就是數(shù)據(jù)表格，處理和顯示復(fù)雜的業(yè)務(wù)模式是必要的首選，EasyUI的組件應(yīng)有盡有，我一度想換成Bootstrap，但是對于應(yīng)用系統(tǒng)

　　BootStrap其實并不適合，特別是開發(fā)速度上和顯示上，雖然更加輕量級，但是你最后會為交互撓破了你自己的頭，不信你可以試試看。不過發(fā)布于互聯(lián)網(wǎng)的界面可以使用

　　BootStrap，互不沖突，最后我還是看厭了EasyUI的皮膚，自己努力寫了5套EasyUI的皮膚，其實并不難。傳送門

分層分模塊：從數(shù)據(jù)庫到文件的命名他們是有規(guī)范的，也是對系統(tǒng)的約定和編碼規(guī)范，每一家公司對編碼都有一定的規(guī)范，但是大同小一異，比如工作流模塊，F(xiàn)low在數(shù)據(jù)庫表中是Flow_

　　為前綴，在MVC中的Areas下為Flow，BLL,DAL以,Flow.BLL,Flow.DAL。這都有利于開發(fā)人員的快速設(shè)別和T4的統(tǒng)一生成，也利于系統(tǒng)的拆分,同時我們的BLL,DAL也適用于

　　WinForm，WPF等桌面軟件，或者做為WebAPI的業(yè)務(wù)層。

基于接口：規(guī)范、約束、分離等，通俗點來說我主要作為分包，業(yè)務(wù)代碼隱藏，團隊開發(fā)中只要定義好接口，而無需要實用業(yè)務(wù)，就能發(fā)包同時開發(fā)進行，非常好

如何閱讀本系列的文章

其中1-10節(jié)：是本系列的入門基礎(chǔ)?；揪痛_定了從用戶請求到讀取數(shù)據(jù)庫的全過程，主要講解EasyUI是如何讀取后臺數(shù)據(jù)，通過Json數(shù)據(jù)的交互方式，速度快無刷新，同樣適用其他前段框架。如Extjs,jqgrid,bootstrap等等。

11,12,13節(jié)：是本系統(tǒng)的日志、異常處理方式，日志可以記錄用戶的每個動作，異?？梢宰岄_發(fā)人員快速得到問題定位。

18-28節(jié)：權(quán)限是每個應(yīng)用系統(tǒng)最基本的東西，理論必須擁有。關(guān)鍵權(quán)限是控制程度，本系列把權(quán)限控制到按鈕級別，通過全局過濾器來處理請求

--------------------中間為選讀章節(jié)------------------

雖然58,59節(jié)是本系列的重構(gòu)章節(jié)，系統(tǒng)代碼得到改變，但是必須擁有之前的設(shè)計方式，這是對以往的設(shè)計進行封裝，通過T4模板，封裝了DAL,BLLMODEL'的重復(fù)代碼，代碼生成器的'BLL,DAL已經(jīng)不再需要。大大省掉了很多重復(fù)代碼，必須閱讀。就算你的系統(tǒng)并不屬于本系列的范圍，但是58,59也許對你有幫助

后續(xù)將帶來一些WebAPI的開放及驗證，讓W(xué)ebAPI開放給移動端等文章，讓我們知道安卓是如何與我們的API進行通訊及驗證

目錄：（盡管很小心，但是文章難免有很些錯別字和思維錯誤）

第二節(jié)：ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（2）-EasyUI前端頁面框架 ----> 注：初學(xué)同學(xué)，直接使用MVC5

第三節(jié)：ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（3）-漂亮系統(tǒng)登陸界面

第四節(jié)：ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（4）-項目解決方案

第五節(jié)：ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（5）-EF增刪改查

第六節(jié)：ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（6）-Unity 依賴注入

第七節(jié)：ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（7）-MVC與EasyUI DataGrid

第八節(jié)：ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（8）-MVC與EasyUI DataGrid 分頁

第九節(jié)：ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（9）-MVC與EasyUI結(jié)合增刪改查

第十節(jié)：ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（10）-系統(tǒng)菜單欄[附源碼]

第十一節(jié):ASP.NET MVC5+EF6+EasyUI 后臺管理系統(tǒng)（11）-系統(tǒng)日志和異常的處理①