【導讀】隨著我國經濟發(fā)展和城市化進程，人們對住宅的需求量逐漸增多，住宅物業(yè)管理日益為人們所關注。住宅小區(qū)已經成為人們安家置業(yè)的首選，幾十萬到幾百萬的小區(qū)住宅比比皆是。人們花的錢越多，不但?；?、保安、停車場、維修，甚至對各項投訴都要求小區(qū)管理者做的好，做的完善。對物業(yè)管理進行宏觀的和微觀的細致管理。我選擇了"住宅小區(qū)物業(yè)管理信息系統(tǒng)"做畢業(yè)設計，符合社。而我設計的小區(qū)物業(yè)管理系統(tǒng)在現(xiàn)代社會是最熱門的行業(yè)，是最關切老。滿意的得到答復。維護等一系列的過程。同時，本設計使用最新框架體系MVC，此框架建立簡單，可維護性佳，希望自己完成的畢業(yè)設計有實際發(fā)揮用處，對最新的MVC框架有更深刻的認識。軟件工程研究的主要。內容包括軟件開發(fā)技術和軟件工程管理兩個方面。UML適合于以體系結構為中心、用例驅動、迭代式和漸增式的軟件開發(fā)過。UML在WEB應用程序中的

　　

【正文】 制器通過使用強代碼類型的 “ Model” 屬性 的 “ Dinner” 的模式對象寫 代碼在 。 當在編輯器中通過這種 “Model” 屬性 Visual Studio提供了完整的代碼：為 了 我們的最后 Details視圖模板源如下我們做一些調整： asp:Content ID=Title ContentPlaceHolderID=TitleContent runat=server Dinner: %= () % /asp:Content asp:Content ID=Main ContentPlaceHolderID=MainContent runat=server h2%= () %/h2 p strongWhen:/strong %= () % strong@/strong %= () % /p p strongWhere:/strong %= () %， %= () % /p p strongDescription:/strong %= () % /p p strongOrganizer:/strong %= () % (%= () %) /p %= (Edit Dinner， Edit， new { id= })% | %= (Delete Dinner， Delete， new { id=})% /asp:Content 當我們訪問 “/ Dinners/Details/1” 網址再次它會提供像這樣： 落實 “ Index” 視圖 模板 現(xiàn)在 ， 讓我們貫徹落實 “ Index” 視圖模板 ， 這會產生大量的即將上市晚餐 的列表 。我們將 用 索引行 為 方法 來定位文本光標 ，然后右擊并選擇 “ Add View” 菜單命令（或按鍵 Ctrl M， Ctrl V） 。在 “ Add View” 對話框中 ， 我們將保持命名為 “ Index引 ” 視圖模板并選擇 “ 創(chuàng)建一個強類型的視圖 ”復選框 。 這一次 ， 我們會選擇自動生成一個 “ List” 視圖模板 ， 并選擇 “”作為模型類型傳遞到視圖（這是因為 我們已表明我們正在創(chuàng)造一個 “ List” scaffold 會導致添加視圖對話框 ， 我們列從我們的控制器傳遞晚餐對象序到視圖）：當我們點擊 “ Add” 按鈕， Visual Studio將為我們在我們的 “ \View \Dinners” 目錄創(chuàng)建一個新的 “” 視圖模板文件 。 它將“ scaffold” 初步實現(xiàn) ，它 提供了通過 Dinners視圖頁面表列表 。 當我們運行應用程序和訪問 “/Dinners/” 網址它會使我們的晚餐名單如：該表的解決方案為我們提供了如我們的晚餐數(shù)據(jù)的布局網格 ， 這并不是我們希望面對消費者的晚餐 列表 。我們可以更新，并使用 ul元素使用下面的代碼而 不是個表 ： asp:Content ID=Main ContentPlaceHolderID=MainContent runat=server h2Uping Dinners/h2 ul % foreach (var dinner in Model) { % li %= () % on %= (())% @ %= (())% /li % } % /ul /asp:Content 我們使用 “ var” 關鍵字 ，上面 foreach 循環(huán)模型的每個晚餐， 那些不熟悉 C＃ 中可能會認為使用 “ void” 的意思是晚餐對象 是無效的 .它不是 意味著編譯器使用類型對 “ 模型 ” 屬性 強類型（這是“ IEnumerable的 Dinner類型 ” ）和 編譯 本地的 “ 晚餐 ” 變量作為 Dinner類型 ， 這意味著我們能為它在代碼塊 得到 完整的 智能感知和 編譯時檢查：當我們 在 我們的瀏覽器擊中了 /Dinners 網址 ， 我們更新 的視圖 如下：這是尋找更好的期待 ， 但不是完全沒有。最后一步是讓最終用戶點擊列表中的個人晚餐 ，看到他們的 詳細 細節(jié) 。 我們將實施 渲染 HTML 超鏈接元素鏈接到這個對我們 DinnersController 的Details方法。 我們可以 在 兩種方法之一 的 Index 視圖 產生這些超鏈接 。 第一種是手動創(chuàng)建的 HTML。 %= (， Details， new { id= }) %第一個參數(shù)的（）輔助方法是鏈接文本顯示（在這種情況下 ， 晚宴的標題），第二個參數(shù)是控制操作的名稱 ， 我們要生成的鏈接（在這種情況下 ， Details方法 ） ， 第三個參數(shù)是一個參數(shù)設置為發(fā)送的行為 （實施一個屬性名稱 /值匿名類型） 。 在這種情況下 ， 我們指定了我們要鏈接到 的 晚餐 的 “ id”參數(shù)， 因為默認的 URL路徑在 MVC的規(guī)則是 {Controller}/{Action}/{id} （）輔助方法將生成以下 輸出： a href=/Dinners/Details/1.NET Futures/a 對于 我們將使用 （）輔助方法的做法 ， 讓每個晚餐 列表中的網址鏈接到適當?shù)募毠?jié)： asp:Content ID=Title ContentPlaceHolderID=TitleContent runat=server Uping Dinners /asp:Content asp:Content ID=Main ContentPlaceHolderID=MainContent runat=server h2Uping Dinners/h2 ul % foreach (var dinner in Model) { % li %= (， Details， new { id= }) % on %= (())% @ %= (())% /li % } % /ul /asp:Content 現(xiàn)在當我們擊中晚餐 的 /Dinners 網址列表 看起來就像如下 ：當我們點擊任何列表中的定位 ， 我們將看到有關的細節(jié)的晚餐： 公約為基礎的命名和 \點擊目錄結構 當解決 視圖模板 MVC的默認應用程序使用公約為基礎的目錄命名結構 。當在控制器類引用 視圖 這使開發(fā)人員避免必須完全符合位置路徑 。 默認情況下的 MVC將這樣的 視圖 模板 文件放 在 \ Views \ [ControllerName] \ 目錄下的應用程序。 例如，我們一直在 用 DinnersController類， 其中明確提到三個視圖模板： “Index” ， “Details” 和 “NotFound” 。 默認 情況下 MVC將在 應用程序的根目錄下的 \Views\Dinners 查找這些視圖 ：注意上面目前如何在項目 有三個控制器類（ DinnersController， HomeController和 AccountController， 當我們創(chuàng)建項目 前 兩控制器類是默認添加 的 ），并 在 \Views directory 有 3個子目錄（每個 都有控制器 ）。 視圖從 Home 和 Accounts 控制器引用講自動解決他們各自 \Views\Home and \Views\Account 目錄下的視圖模板。如果不能找到視圖模板他將在 \Views\Shared子目錄下查找， 提供了一種方法來存儲視圖模板的重新使用在多個控制器的應用程序內。當 MVC 嘗試解析視圖模板，將首先檢查在\Views\[Controller]特定的目錄，如能找 不 到視圖模板 它將在 \Views\Shared 目錄 下查找 。 當談到命名個人視圖模板，建議指導 說 有視圖模板 分享 導致它提供了相同的名稱 。例如 ，上述的“ Index” 行 為 方法的例子是使用 “ Index” 視圖顯示視圖的結果，而 “ Details” 行為 方法是使用“ Details” 視圖來呈現(xiàn)的結果 。 這使得可以輕松快速地了解哪些模板 是與每個 行為有關系 。 當視圖模板 具有在控制器上調用相同的名稱 的行為方法 開發(fā)人員不需要明確指定視圖模板的名稱 。 我們可以不要再通過模型 。 注意：請將 外文文獻原文 復印件附在后面。