0

我之前使用的是WebForms,现在我对MVC非常满意。但至于许多教程,我从那些文章中读到结合 MVC 和 WebForms 有时可能有用,但他们并没有在他们的教程/文章中更具体地揭示本质。

例如:

http://www.codeproject.com/Articles/575397/An-Absolute-Beginners-Tutorial-on-ASP-NET-MVC-for

引用

事实上,能够混合两种风格的可能性是最好的。我们可以在一个应用程序中同时使用这两种风格,并获得两全其美的效果。

我读过的其他教程也是如此。我看不到任何混凝土。

至于我,当我使用 WebForms 时,我注意到了哪些强大的方面:

  • 开发风格,更像是桌面开发风格,我第一次使用WebForms的时候,感觉像是在开发一些WinForms/WPF应用程序
  • 页面生命周期不仅让人头疼,而且还提供了一种非常好的控制网页事件/呈现 html 代码的机制。是的,它很复杂,很难学习/理解,但是当你完成它时,你可能会开发出一个非常强大的应用程序。我做过这样的变态,我在模仿桌面开发风格(我构建了类似于 html 收集器的东西,它可以释放一些 html 代码并包含/渲染另一个,它看起来像一个管理器,它为未来的渲染操作场景,比如在WPF/Silverlight开发中,我只能在一个页面中操作 30 个不同的 html 页面(我认为许多开发人员更喜欢将其分成这么多的页面)与这样一个自开发的管理器)。

我为什么要告诉你这些事情?我看到您可能认为我切换到另一个主题并改变了我的问题的含义,使其变得毫无意义。

不!不是,我只是提供了这样的信息,因为我不明白将这两种技术结合起来以进行实际练习的那些需要/正确的部分在哪里。

这两种技术有不同的生命周期,它们适用于不同的模式,它们呈现的页面非常不同,它们只是非常不同。

我无法想象它是如何结合起来的。

可能我什么都不知道...

请告诉我您对合并它们的看法。

4

2 回答 2

1

有与您的问题相关的新 MSDN 杂志文章。

于 2013-06-23T17:07:05.747 回答
0

如果您依赖专门使用 webforms 模型创建的复杂用户控件(需要 viewstate 等),则可能需要回退到传统的 webforms。MVC 更紧密地遵循 HTTP 协议,而 WebForms 试图通过创建与 WinForms 更相似的体验来将其抽象出来。

于 2013-06-22T22:18:03.993 回答