c# - 新手 ASP.NET MVC 5 模型存储过程重后端建议

Question

我有一个企业应用程序，它在很大程度上依赖于业务逻辑的存储过程。我正在考虑将前端从 Webforms 重做为 ASP.NET MVC，但我希望我不必为每个存储过程(有数百个)编写模型。通常情况下，“获取”存储过程与等效的“设置”存储过程没有相同的参数，而且通常单个存储过程会更新多个数据库表。

所以我的问题是在这种后端构建 ASP.NET MVC 应用程序的最佳实践是什么？ Entity Framework 是否适用于此？我肯定希望我不必构建 100 个模型，每个存储过程一两个......

我也在考虑将普通 Razor 网页与 webdata 的动态数据行模型一起使用，这可能更合适。但是我不能那么多使用像 Kendo UI 这样简洁的东西(我认为)。

提前感谢您的智慧。

Answer 1

Entity Framework 将帮助您解决这个问题。我建议先从数据库做代码。我不推荐使用 MVC 和 Razor。我只想为业务逻辑构建一个库层(该层将使用您的存储过程)和一个用于通信的服务层(该层将仅处理与客户端的通信，并将使用该库来获取或设置数据)。对于客户端，我会使用纯 HTML 和 JavaScript，并通过 Ajax 调用使用服务。

如果您的公司有支持网络套接字的服务器，我什至会为服务层使用 SignalR 集线器而不是 WebApi。