javascript - 使用 Web API 的纯前端 JavaScript 与使用 ajax 的 MVC View

Question

这更多的是关于人们现在对如何拆分 Web 应用程序的想法的讨论。

我习惯于创建包含所有 View 和 Controller 的 MVC 应用程序。我通常会创建一个完整 View ，并通过全页请求将其传递回浏览器，除非有我不想立即填充的特定区域，然后使用 DOM 页面加载事件来调用服务器来加载其他区域使用 AJAX。

此外，当涉及部分页面刷新时，我会调用 MVC 操作方法，该方法将返回 HTML 片段，然后我可以使用该片段来填充页面的各个部分。这适用于我不想减慢初始页面加载的区域，或者更适合 AJAX 调用的区域。一个例子是表分页。如果您想转到下一页，我更喜欢 AJAX 调用获取该信息，而不是使用全页刷新。但 AJAX 调用仍会返回 HTML 片段。

我的问题是。我对这种过时的想法是否是因为我来自 .net 背景而不是纯粹的前端背景？

与我合作的一位聪明的前端开发人员，更喜欢在 MVC View 中或多或少地不执行任何操作，而宁愿在前端执行所有操作。一直到填充页面的 Web API 调用。因此，他宁愿返回一个标准对象并使用 javascript 创建页面的所有元素，而不是调用返回 HTML 的 MVC 操作方法。

前端开发人员的方式意味着我通常通过 MVC 模型验证(包括客户端验证)获得的任何好处都将消失。这也意味着我通过创建 View 、使用强类型 html 模板等获得的任何好处都将消失。

我相信这意味着我需要为前端和后端验证编写相同的验证。 JavaScript 还需要有很多方法来创建 DOM 的所有不同部分。例如，当向表中添加新行时，我通常会使用 MVC 部分 View 来创建该行，然后将其作为 AJAX 调用的一部分返回，然后将其注入(inject)到表中。通过使用纯前端方式，JavaScript 将从 api 调用中获取行的对象(例如产品)，然后从该对象创建行。创建表行的每个单独部分。

相关网站将包含许多不同的区域，从管理、表单、产品搜索等。我认为该网站不需要以单页应用程序方式构建。

大家对此有何看法？

我有兴趣听取前端开发人员和后端开发人员的意见。

更新

根据建议，我在程序员堆栈交换中创建了一个线程以供讨论。

Link

Answer 1

The front end developer way means that any benefits that I normally get with MVC model validation, including client side validation, would be gone

不，不一定。您也可以在Web Api中进行模型验证，请按照此reference .

My question is. Are my thoughts on this archaic because I come from a .net background rather than a pure front end background?

使用 Web API 而不是 MVC Controller 将有利于编写不同的平台应用程序，包括移动设备、平板电脑、桌面、Web 等。因此，这个决定取决于您要支持的设备数量以及其他不同的应用程序是什么取决于您的数据。

此外，返回对象(尤其是 JSON)比返回 HTML 更轻量且高度可扩展。

使用 Web API 的另一个优点是它是纯粹的 HTTP，无需使用 Razor。使用 Web API，您可以使用 HTML、JQuery 和 C# 组合完成端到端应用程序，而无需编写大量 razor 代码。