-1
我最初將項目中的EF類添加到解決方案中,而我的MVC應用程序項目直接在解決方案中引用該項目。我添加了一堆沒有問題的腳手架物品。我最近將我的EF項目移到了一個單獨的解決方案中,並在我的MVC應用程序中使用NuGet包提取依賴項,現在當我添加新的腳手架項目時,可以添加EF類或EF模型。添加腳手架項目時缺少實體框架數據庫上下文
現有的腳手架項目仍然運作良好,沒有問題。我在這裏錯過了什麼?
我最初將項目中的EF類添加到解決方案中,而我的MVC應用程序項目直接在解決方案中引用該項目。我添加了一堆沒有問題的腳手架物品。我最近將我的EF項目移到了一個單獨的解決方案中,並在我的MVC應用程序中使用NuGet包提取依賴項,現在當我添加新的腳手架項目時,可以添加EF類或EF模型。添加腳手架項目時缺少實體框架數據庫上下文
現有的腳手架項目仍然運作良好,沒有問題。我在這裏錯過了什麼?
MVC中的腳手架非常挑剔。特別是,它只適用於屬於上下文的實體類,對於您而言重要的是,上下文必須與您運行腳手架的同一項目中駐留。換句話說,除非你正在構建一個非常基礎的MVC項目,腳手架將很快變得過時。
好消息是你不需要。除非你是MVC開發的新品牌,否則改變腳手架的控制器,視圖等將比從零開始創建所有東西耗費更多的時間。這其中沒有什麼不可思議的。控制器只是繼承自Controller
的類。一個視圖只是一個cshtml
擴展名的文本文件。無論如何,其他一切都是特定於應用程序的,這意味着您無論如何都必須碰觸所有腳手架。
是的,這就是我的想法。我沒有任何問題需要手動完成,只是這個項目用於內部數據輸入應用程序,並且我可以在沒有編輯的情況下從字面上接受它提供的基本輸出。它會爲我節省一些時間,但我會活下去。謝謝你的解釋,克里斯。 –
如果你真的想使用腳手架。您可以將您的上下文和所有實體保留在項目中,直到所有內容都被腳手架,然後在完成後將它們移出到類庫中。你必須運行一個查找和替換來清理命名空間,但這並不困難。 –