我曾經在WebForms中開發Web應用程序，現在我切換到MVC。ASP.NET MVC與實體框架或DAL類和AngularJS
我能夠創建一個簡單的項目，然後用實體框架（代碼第一種方法），它與甲骨文DB連接。
我曾經寫過我的DAL類並對數據庫進行手動查詢，但是我想用實體框架來處理複雜的查詢。
我該如何在該項目中實現AngularJS？
謝謝
我的知識包括： HTML，CSS（SASS），剃刀，有點jQuery的，MVC模式，基本實體框架，Telerik的UI爲ASP.NET AJAX，Telerik的UI爲ASP.NET MVC（帶有MVC封裝的Kendo UI），引導程序。
下一步應該學會怎樣才能完全開發一個基於真實數據庫記錄的包含網格，圖表和控制器的模板管理儀表板？
我走了你的路，這裏有一些想法。
你有很多潛入你的眼前。說出最重要的是：
不要試圖從一開始就侵入所有這些領域。
首先關注學習純ASP.NET MVC並將Entity Framework留在外面。使用微型ORM（我建議DAPPER），然後移動到EF。
在前端世界上還沒有去Angular。專注於使用標準視圖的ASP.NET MVC，並添加一些JQuery開始移動....
有很多技術，你需要學習，直接去他們所有的人，你會被浪費。慢慢來，試着去看看爲什麼短小精悍不再適合你，而你需要EF。試着理解爲什麼應該用KnockoutJS或Angular或任何JS框架替換Jquery。
在您看來，這種方法是不必要的，但我非常懷疑它，因爲它會讓您在將來必然會改變的各個領域留下不同的知識。
有沒有這樣的事，作爲一個「正確」的方式在今天的網絡發展...
後，您的UPDATE：
您可以使用標準的ASP.NET MVC和有標準MVC視圖和Razor之間的往返模型綁定。
如果您需要移動到Ajax世界，那麼當然角是一個選項，但您也可以考慮使用knockoutJS進行表單綁定。這取決於你的項目大小。
此外，如果你關心在未來將數據庫更改爲EF不支持的數據庫，可以考慮使用micro-ORM（dapper）或Nhibernate。
我會建議你閱讀一些關於實體框架，例如這篇博文EF pros and cons。
根據經驗，我可以說，EF很高興與其合作，但有相當多的問題，其中之一就是性能問題。
我不認爲這會是一個問題，因爲我不會在非常大的數據庫或項目上使用這個問題 –
一個小型數據庫對於ef來說也比較慢，但是如果沒關係，並且開發時間很短是至關重要的那麼我肯定會首先使用代碼進行EF。 – Thorarins
謝謝，但我想我需要更好地解釋我的經驗。 我知道如何創建一個基本的MVC項目，我習慣了CSS（SASS，精確地）和HTML，以及一些jQuery來製作一些漂亮的動畫等等，所以開發一個不錯的UI沒什麼問題。事實是，我可以有一個很好的用戶界面，但我需要將每個控件（網格，例如）綁定到數據庫表，並且我可以在角度上完成 –
好吧，更新您的問題，我將修改我的答案。當然，我說的依賴於所有這些技術的專業水平。 – e4rthdog
Angular將ui綁定到JS的責任。你可以通過模型綁定和標準視圖在ASP.MVC中實現。如果你需要通過AJAX來實現，你可以嘗試KNOCKOUT而不是完全通過JS框架，如角度 – e4rthdog