什么地方在ASP.Net MVC的服务器控件？

Question

什么是在ASP.Net MVC的光明新大陆建议更换ASP.Net服务器控件的？

在我看来，的ASP.Net的最佳功能之一就是编写服务器控件（虽然，不可否认，事件模型是可怕的处理）的能力。如果这些控件是自填充，那么他们可以用最小的麻烦的不同项目之间共享 - 您只需引用组件的服务器控件的生活在哪里，并将其拖放到ASPX。控制没有休息。这符合非常漂亮的小工具的世界，并提供高效的代码重用。一个是如何旨在实现MVC是一回事吗？

我最感兴趣的是不回发，因为我明白，回发模式肯定不适合用MVC自填充控制。可他们仍然在可以在许多不同的MVC的Web项目之间共享一个类来封装？抑或这需要一个完全不同的思维方式，其中控制的不应的填充自己，应该使用部分意见？是否有下分享项目之间的局部视图的方法吗？

最后，我可以用我的老（非回发）服务器控件，在MVC项目？

Answer 1

与HTML辅助扩展方法

您可以模仿的行为不回发的控制。就像Html.TextBox（）等，你可以写自己的封装，并在他们自己的项目，如果你喜欢。

如果您已经写了只输出HTML，它不应该是难将它们转换为HTML辅助控制。

Answer 2

最接近Asp.Net MVC涉及到服务器控件是部分请求。在部分请求的MVC动作方法被调用，并且它的输出被附加到当前视图。不幸的是，对于该（Html.RenderAction）官方支持是在此刻的期货组件。

如果使用期货组装是不可能的你，一个叫史蒂夫·桑德森博客已经写了一篇文章上实现类似的功能：点击 http://blog.codeville.net/2008 / 10/14 /局部请求功能于ASPNET-MVC /