ASP.NET MVC与Webforms:替换WebForms控件
我在这里读了其他几篇文章，所以我明白了正反两方面的想法，特别是完全控制渲染的html代码等(在MVC中)。
我的问题是关于UI控件:在MVC中，我必须自己编写所有的UI控件(或html等效项)。现在，这不是很困难吗？之所以有这些第三方asp.net供应商，只是因为我们自己很难为ASP.NET编写UI控件，并且能够针对所有的web浏览器，而且我们最好把时间集中在业务逻辑上，而不是花大量的时间自己编写UI控件的HTML代码。
我知道这个功能可以让我们完全控制最终的html，但是我们自己做这个UI不会适得其反吗？如果我们自己编写它们如此容易，为什么这些第三方供应商现在都还活着。在这些年的WebForms时代，我们完全可以靠自己完成这一切。
我确信我在这里遗漏了什么，或者是有点愚蠢，但请告诉我，关于我们自己编写的UI部分，我遗漏了什么。
仅仅因为我通过编写IL代码获得了对程序的完全控制，我们就可以这样做了吗？我们仍然在使用C#之类的东西--所以“完全控制html”的理论--我并不认同这个想法。
请帮我理解一下这个UI。关于关注点的分离，基于TDD的MVC开发等等，我理解的其他事情。但是为什么我要自己编写UI控件--这有点麻烦，不是吗？
回答 12
Stack Overflow用户
发布于 2009-07-25 15:38:56
问题是：
如果你想精通开发，你必须精通HTML + CSS + Javascript
使用WebForms你必须学习WebForms的方法，但是使用.Net你可以自由地生成你想要的HTML + CSS + Javascript。
Stack Overflow用户
发布于 2009-07-25 15:31:59
这里有一个关于http://www.charliedigital.com/PermaLink,guid,6dcb0333-9d70-40c7-975b-0ff4011c4661.aspx主题的新的咆哮
Stack Overflow用户
发布于 2009-07-25 15:35:24
问题是，ASP.NET MVC是比ASP.NET年轻得多的产品，多年来，第三方公司一直在开发大量可重用的组件，我相信ASP.NET MVC很快就会有一套类似的控件可用。
如果你真的需要非常丰富的图形用户界面和第三方控件，并且你不能在可接受的时间内重写它们-坚持使用asp.net。尽管在我看来，MVC给你提供了大量的功能，但花更多的时间重写控件是不明智的。如果你可以没有控件，并且喜欢MVC的概念--使用MVC，你肯定会很快看到第三方解决方案，mvc扩展的市场正在增长(也许他们已经注意到了，我不知道)。
https://stackoverflow.com/questions/1182307
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号