ASP.NET MVC 与 Web 客户端软件工厂 (WCSF)

Question

我最近对不同类型的模型 View 架构进行了一些调查，需要决定 future 的内部开发要追求哪一种。由于我目前在一家拥有 ASP.NET 技能的 Microsoft 商店工作，因此我的选择似乎是在 ASP.NET MVC 和 WCSF 之间(Monorail 可能不在其中，因为 Microsoft 不支持它)。

阅读后the ASP.NET MVC framework, using the WCSF as a yardstick ，我总结了以下几点:

ASP.NET MVC 不能使用依赖回发的 Web 控件，而 WCSF 可以。

与 WCSF 站点相比，您可以更好地控制 ASP.NET MVC 站点中的 url。

ASP.NET MVC 站点可能比等效的 WCSF 版本更容易测试。

在某些情况下，WCSF 似乎仍然使用背后的代码来控制 UI 事件，但是 ASP.NET MVC 不允许这样做。

还有哪些其他注意事项？
我误解了什么？
有没有人使用过这两种框架并且有任何建议？

Answer 1

ASP.NET MVC cannot use web controls that rely on postbacks, whereas WCSF can.

您应该将 WCSF 视为有关如何使用现有 WebForms 基础结构的指南，尤其是引入 Model-View-Presenter 以帮助强制分离关注点。它还增加了结果代码的可测试性。

You have more control over the urls in an ASP.NET MVC site as opposed to a WCSF site.

如果您可以面向 3.5 SP1，则可以将新的路由系统与传统的 WebForms 站点一起使用。路由不限于 MVC。例如，看看动态数据(它也在 3.5 SP1 中提供)。

An ASP.NET MVC site will probably be easier to test than an equivalent WCSF version.

这是真的，因为它使用了 HttpContext、HttpRequest、HttpResponse 等的新抽象类。没有什么比 MVP 模式更能测试 MVC 模式。它们都是“分离演示”的实例，并且都增加了可测试性。

It seems that the WCSF still uses the code behind to control UI events under some circumstances, but ASP.NET doesn't allow this.

在 Model-View-Presenter 中，由于外部世界与 View 交互(即 URL 指向 View )， View 自然会响应这些事件。它们应该尽可能简单，通过调用演示者或提供演示者可以订阅的事件。

模型- View - Controller 通过让外部世界与 Controller 交互来克服这个限制。这意味着您对非展示性事物的看法可能非常“愚蠢”。

至于您应该使用哪种，我认为答案归结为哪种最适合您的项目目标。有时 WebForms 和丰富的第三方控件供应商的可用性会更可取，在某些情况下，原始的简单性和细粒度的 HTML 控件将有利于 MVC。