ASP.Net MVC VS Javascript UI
除了两年前的一个小silverlight项目外，我在过去的6年里没有做过任何web开发。所以6年前，我在做一个使用ASP.net的web项目，我必须承认我从来都不喜欢Web Forms。因为ASP.Net是必需的，而且我开始对Restfull web服务感兴趣，所以我使用了无标记的ASP.Net页面，每个页面都是一个控制器，每个页面中都有一个很大的if，它在前端发送的xml消息中查找方法名。大约在那时，我开始看到web应用程序使用web服务作为后端，以及使用Ajax请求的纯javascript接口。
所以在过去的6年里，我主要从事服务层的工作，包括面向服务的体系结构和最近的事件面向服务的体系结构，所以对我来说，我不理解MSFT的需求，我正在学习它，因为它似乎是当今世界的一种需求，但是在ASP.Net时代，如果你只使用ASP.MVC栈，为什么还需要ASP.MVC呢？
假设我想构建一个具有web前端的新系统，并且我将其分层构建，就像下面的示例：
DAL -> SOA服务-> Web API (WCF) ->前端(仅限JavaScript)
如果使用ASP.NET MVC来构建它会不会更好？我的意思是，不要误会我的意思，我只是不认为它适合任何小的，非分层的项目。
Web是对ASP.Net表单的巨大改进，我希望你们能在这方面给我一些见解；我不是想在这里愤世嫉俗，我已经离开Web Developmental很长一段时间了，我只是想知道为什么人们似乎更喜欢ASP.Net MVC而不是普通的JavaScript前端。
非常感谢。
回答 2
Stack Overflow用户
发布于 2013-03-08 00:41:21
这将关闭，因为您实际上是在征求意见。
但原因包括：
- 纯javascript前端仍然很难做好。在你真正做到这一点的几年前，Extremely.
- ASP.net MVC问世了，不管怎样，在服务器端框架中，
- 代码重用要容易得多，
- WCF webservice vs ASP.Net MVC仍然是个人偏好。两者都有其奇怪的黑魔法怪癖，这表明微软仍然不太理解HTTP、HTML或javascript。他们刚刚推出了一个用于MVC的Web API，尽管仍然不清楚他们为什么要这样做，因为它似乎增加了很少的东西。
Stack Overflow用户
发布于 2013-03-08 00:53:04
我知道主要的问题是“在哪里构建视图和UI逻辑--在服务器端还是客户端”，简而言之，这取决于优先级。如果你需要快速结果--使用服务器端语言来生成视图，并且只将javascript插入你的页面。如果你需要响应式的设计，在同一页上的组件之间有很多依赖关系--也许javascript是你唯一的选择。
https://stackoverflow.com/questions/15276217
复制相似问题
腾讯云开发者
