ASP.Net MVC VS Javascript用户界面

Question

除了两年前的一个小型Silverlight项目外，过去六年来我都没有进行任何Web开发。 所以6年前，我正在使用ASP.net进行Web项目项目，我必须承认我从不喜欢Web Forms。 因为我是ASP.Net的要求，并且因为我开始对Restfull Web服务感兴趣，所以我使用了无标记的ASP.Net页面，每个页面都是一个控制器，而每个页面中都有一个很大的if，它正在寻找方法从前端发送的xml消息中的名称。 大约在那个时候，我开始看到使用Web服务的Web应用程序用于后端和仅javascript的接口，这些接口正在使用Ajax请求。

因此，在过去的6年中，我主要在服务层中工作，与SOA一起工作，最近与Event SOA一起工作，所以对我来说，我不了解对ASP.Net MVC的需求，因为它似乎如今无处不在，但在SOA时代，如果仅使用MSFT堆栈，为什么还需要ASP.MVC？

假设我想构建一个具有Web前端的新系统，并且将其构建在Layers中，例如下面的示例：

DAL-> SOA服务-> Web API（WCF）->前端（仅JavaScript）

如果使用ASP.NET MVC构建它会更好吗？ 我的意思是不要误会我的意思，但我认为它只适合小型非分层项目。

ASP.Net MVC是对Web Forms的巨大改进，我希望你们能对此提供一些见解。 我不想在这里变得愤世嫉俗，我离开Web Developmental很久了，我只需要知道为什么人们似乎更喜欢ASP.Net MVC而不是纯JavaScript前端。

非常感谢。

Answer 1

当您真正征求意见时，此服务将关闭。

但是原因包括：

1. 纯粹的javascript前端仍然很难做好。 极度 。
2. ASP.net MVC出现了几年，但无论如何您真的可以做到这一点
3. 在服务器端框架中，代码重用仍然容易得多
4. WCF Web服务与ASP.Net MVC是个人喜好。 两者都有其怪异的黑魔法怪癖，表明MS仍未完全获得HTTP，HTML或javascript。 他们只是为MVC带来了一个Web API，尽管目前尚不清楚为什么会这样做，因为似乎增加的很少。

Answer 2

我了解主要的问题是“在服务器端或客户端在何处构建视图和UI逻辑”，简而言之，这取决于优先级。 如果您需要快速的结果-请使用服务器端语言生成视图，并且仅将javascript插入页面中。 如果您需要响应式设计，并且同一页面上的组件之间存在很多依赖关系-javascript是您唯一的选择。