⑴ ASP .NET MVC5 如何通過資料庫生成model
可以使用Entity Framework的Db First模式生成model。
第一步：創建
ASP .NET MVC項目
第二步：創建實體模型
在項目上右擊 添加新建項目→Ado.Net實體數據模型
如下圖所示：
⑵ MVC模式的優點及缺點有哪些
說說Mvc的優缺點
優點:
1.各施其職，互不幹涉
在MVC模式中，三個層各施其職，所以如果一旦哪一層的需求發生了變化，就只需要更改相應的層中的代碼而不會影響到其它層中的代碼。
2.有利於開發中的分工
在MVC模式中，由於按層把系統分開，那麼就能更好的實現開發中的分工。網頁設計人員可以進行開發視圖層中的JSP，對業務熟悉的開發人員可開發業務層，而其它開發人員可開發控制層。
3.有利於組件的重用
分層後更有利於組件的重用。如控制層可獨立成一個能用的組件，視圖層也可做成通用的操作界面。
4.MVC設計模式可以說實現了分層開發。各個層都有各個層的作用。
5.降低了層與層之間的依賴，有利於代碼的標准化開發
6.再用新的代碼業務邏輯替換時，只需要替換相對應的層，大大降低了我們的工作量，分工明確。
缺點:
1.增加了系統結構和實現的復雜性。對於簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分吵悄瞎離，會增加結構的復雜性，並可能產生過多的更新操作，降低運行效率。
2.視圖與控制器間的過於緊密的連接。視圖與控制器是相互分離，但確實聯系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。
3.視圖對模型數據的低效率訪問。依據模型操作介面的不同，視圖可能需要多次調用才能獲得足夠的顯示數據。對未變化數據的不必要的頻繁訪問，也將損害操作性能。
4.目前，一般高級的界面工具或構造器不支持MVC模式。改造這些工具以適應MVC需要和建立分離的部件的代價是很高的，從而造成使用MVC的困難。
5.麻煩，有些代碼重復的過多，不利於在實際開發中使用，所以我們要學習框架，下面的鳥瞰圖分析了框架在MVC里都替代了哪些層。
⑶ MVC中用到EF，但BookShop.Designer.cs中沒有任何上下文和實體
其激罩鎮實並沒悶擾什麼影響 如果需要看代碼的話，點擊有很多明粗表的那個文件，修改屬性就可以了。然後重新生成解決方案
⑷ 什麼是MVC設計模式，如何使用MVC
MVC是Model,View,Controller的縮寫,MVC是Application開發的設計模式，也就是大家所知道的Model2.在MVC的設計模式中，它包括三類對象：（1）模型（Model）對象：是應用程序的主體部分。（2）視圖（View）對象：是應用程序中負責生成用戶界面的部分。（3）控制器（Control）對象：是根據用戶的輸入，控制用戶界面數悶頃據顯示及更襪櫻新Model對象狀態的部分。即要求在Application開發中你把商業邏輯，界面顯示，數據分離。 MVC應用程序總是由三個部分組成.Event(事件告罩叢)導致Controller改變Model或View,或者同時改變兩者.只要Controller改變了Models的數據或者屬性，所有依賴的View都會自動更新.類似的,只要Controller改變了View，View會從潛在的Model中獲取數據來刷新自己 MVC模式是一個復雜的架構模式,其實現也顯得非常復雜,但多種設計模式結合在一起,使MVC模式的實現變得相對簡單易行.Views可以看作一棵樹,顯然可以用Composite Pattern來實現.Views和Models之間的關系可以用Observer Pattern體現.Controller控制Views的顯示,可以用Strategy Pattern實現.Model通常是一個調停者,可採用Mediator Pattern來實現. Java開發Web Application有幾種符合MVC設計模式的開發方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp 5:Jsp+Struts+JavaBean(EJB)
⑸ MVC模式有哪些優缺點
優點：
1：耦合性低
視圖層和業務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應用的業務流程或者業務規則的改變只需要改動MVC的模型層即可。因為模型與控制器和視圖相分離，所以很容易改變應用程序的數據層和業務規則。
2：重用性高
隨著技術的不斷進步，需要用越來越多的方式來訪問應用程序。MVC模式允許使用各種不同樣式的視圖來訪問同一個伺服器端的代碼，因為多個視圖能共享一個模型，它包括任何WEB（HTTP）瀏覽器或者無線瀏覽器（wap），比如，用戶可以通過電腦也可通過手機來訂購某樣產品，雖然訂購的方式不一樣，但處理訂購產品的方式是一樣的。由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同的界面使用。
MVC使開發和維護用戶介面的技術含量降低。
3：部署快
使用MVC模式使開發時間得到相當大的縮減，它使程序員（Java開發人員）集中精力於業務邏輯，界面程序員（HTML和JSP開發人員）集中精力於表現形式上。
4：可維護性高
分離視圖層和業務邏輯層也使得WEB應用更易於維護和修改。
5：有利軟體工程化管理
由於不同的層各司其職，每一層不同的應用具有某些相同的特徵，有利於通過工程化、工具化管理程序代碼。控制器也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然後選擇視圖將處理結果顯示給用戶。
缺點：
1：沒有明確的定義
完全理解MVC並不是很容易。使用MVC需要精心的計劃，由於它的內部原理比較復雜，所以需要花費一些時間去思考。同時由於模型和視圖要嚴格的分離，這樣也給調試應用程序帶來了一定的困難。每個構件在使用之前都需要經過徹底的測試。
2：不適合小型，中等規模的應用程序
花費大量時間將MVC應用到規模並不是很大的應用程序通常會得不償失。
3：增加系統結構和實現的復雜性
對於簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增加結構的復雜性，並可能產生過多的更新操作，降低運行效率。
4：視圖與控制器間的過於緊密的連接
視圖與控制器是相互分離，但卻是聯系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。
5：視圖對模型數據的低效率訪問
依據模型操作介面的不同，視圖可能需要多次調用才能獲得足夠的顯示數據。對未變化數據的不必要的頻繁訪問，也將損害操作性能。
6：一般高級的界面工具或構造器不支持模式
改造這些工具以適應MVC需要和建立分離的部件的代價是很高的，會造成MVC使用的困難。