0

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

所以在过去的 6 年里，我主要在服务层工作，使用 SOA，最近使用事件 SOA，所以对我来说，我不理解对 ASP.Net MVC 的需求，我正在学习它，因为它似乎当今无处不在，但在 SOA 时代，如果您只使用 MSFT 堆栈，为什么还需要 ASP.MVC？

假设我想构建一个带有 Web 前端的新系统，并且我在 Layers 中构建它，如下例所示：

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

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

ASP.Net MVC 是对 Web 表单的巨大改进，我希望你们能给我一些见解；我不想在这里玩世不恭，我已经离开 Web Developmental 很长时间了，我只需要知道为什么人们似乎更喜欢 ASP.Net MVC 而不是普通的 JavaScript 前端。

非常感谢。

4

2 回答 2

0

这将关闭，因为您真的在征求意见。

但原因包括：

  1. 纯粹的 javascript 前端仍然很难做好。非常。
  2. ASP.net MVC 在你真正做到这一点之前几年就问世了
  3. 在服务器端框架中代码重用仍然容易得多
  4. WCF webservice vs ASP.Net MVC 是个人喜好。两者都有其奇怪的黑魔法怪癖，这表明 MS 仍然无法完全获取 HTTP、HTML 或 javascript。他们确实只是为 MVC 带来了一个 Web API，尽管目前还不清楚他们为什么这样做，因为它似乎增加的很少。
于 2013-03-07T16:41:21.143 回答
0

我知道主要问题是“在哪里构建视图和 UI 逻辑 - 在服务器端或客户端” 简而言之 - 这取决于优先级。如果您需要快速的结果 - 使用服务器端语言生成视图，并且只将 javascript 插入您的页面。如果您需要在同一页面上的组件之间进行许多依赖的响应式设计 - 可能 javascript 是您唯一的选择。

于 2013-03-07T16:53:04.247 回答