我个人多年来一直在使用 Telerik 的 RadControls 和 DevExpress ASP.NET 控件。恕我直言，它们都在客户端产生了相当可观的 HTML 开销，因此我从来没有对它们感到非常满意。
当然我也知道Infragistics、ComponentOne、ComponentArt等。 我假设它们与我提到的没有太大区别。
哪个(商业)控件套件在客户端生成最紧凑的 HTML？
我倾向于认为没有“性能最高的控件套件”，而是组合 服务器控件和基于 Javascript 的控件(例如 jQuery UI)。你同意吗？
您使用哪些组合实现了最佳/性能最佳的用户体验？
最佳答案
2012 年 1 月 27 日更新
自从我最初的回答以来，我花了很多时间使用 MVC。正如我在下面所说的，您可以完全控制生成的标记，这很棒。我也花了一些时间使用 Telerik MVC (http://demos.telerik.com/aspnet-mvc)控制，我必须说，他们在保持工具功能方面做得很好，同时最小化标记和脚本大小。他们引入了脚本注册器，允许您注册要包含在页面上的脚本。 这还允许您注册自己的自定义脚本，这些脚本可以组合成一个资源并进行压缩以实现低延迟和带宽。
原始接受的帖子:
您是正确的，因为商业控制套件往往会生成大量标记和脚本开销。这部分是由于他们传统上必须处理 ASP.NET 回发和 View 状态页面工作流，这导致冗长的控件 ID 和许多小型 javascript 下载的激增(增加每个文件的延迟)。
此外，许多控件倾向于尝试添加过多的功能。他们试图做到这一切，但这使得与他们一起做任何简单的事情都变得非常繁琐，因为很多这些套件都有陡峭的学习曲线，我相信您会发现这一点。
如果您想改善页面上生成的下载大小和标记，我的建议是结合使用 ASP.NET MVC(对标记有很好的控制，到处都没有 View 状态或 _doPostBack 脚本)和 JQuery 插件，您在你的问题中提到了。
看看 StacOverflow 的标记。它是用 MVC 编写的。不确定他们使用什么第 3 方控件。
大量标记最严重的罪魁祸首通常是网格。看看 JQGrid http://trirand.com/blog/jqgrid/jqgrid.html
关于asp.net - 性能最高的 ASP.NET Web 控件套件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3012818/