我使用传统的 WebForms 和存储过程完成了一些非常复杂的项目。然而，最近，我使用 MVC 和 Entity Framework 做了一个项目，我喜欢它们与 Entity Framework 一起工作的方式。他们让你以面向对象的方式处理实体......太棒了。该项目不是很复杂。大约只有 12 -15 张桌子。
我们都知道 WebForms 和存储过程更成熟，因此更可靠的做事技术。据我所知，EF 仍在不断发展。它甚至没有非常基本的“唯一约束”。尽管有一些解决方法，但这让我在使用 EF 开始项目之前三思而后行。
我想问的是，如果我想开始另一个庞大而复杂的项目，我可以选择 MVC & EF 吗？有没有进入死胡同的风险？
我个人对我的每一个新项目都使用 EF 和 MVC。我还没有遇到缺点。相反，我发现 MVC 更适合使用。关于您的存储过程，它们仍然并且总是比运行 TSQL ad-hoc 更有效。只需将您的普通 ADO.NET 代码替换为 EF 并继续使用存储过程。至于独特的约束，您仍然可以在数据库本身中执行这些约束。更多信息在这里：
和这里：
此外，请检查此链接以使用存储过程和临时 TSQL 查询与 EF：http ://www.asp.net/mvc/tutorials/getting-started-with-ef-using-mvc/advanced-entity-framework-一个 mvc-web 应用程序的场景
将 EF 和 MVC 用于复杂项目的风险很小。如果你使用 EF，你仍然可以调用存储过程或执行动态 sql 查询（不是你应该这样做的）。EF 为您提供选择。不使用它的风险可能更大。不要忘记 SO 是用 MVC 构建的。