我正在尝试决定如何处理面向外部的Web应用程序的UI。因为它是外部的，所以由页面膨胀引起的延迟可能是一个问题。
我过去曾使用过jQuery，现在正在评估Telerik控件。我在Telerik控件上看到了很多很好的建议，包括一些关于StackOverflow的建议。事实上，他们看起来确实功能齐全。我也毫不怀疑我可以使用这些控件比使用jQuery更快地开发应用程序。但是，我担心它们会在我的页面上造成太大的膨胀。
您是否有经验将这些控件的性能与纯粹的jQuery实现进行比较？具体地，
任何其他相关信息也都有用。
答案 0 :(得分：44)
我多年来一直使用Telerik和JQuery。 “全功能”通常等同于大量的膨胀，您不需要的功能以及难以（或不可能）优化的最终页面。删除Telerik并使用像JQuery这样的裸机框架。你会发现它将允许你构建你需要的特定功能，你永远不会回去。许多功能齐全的UI套件（如Telerik或ComponentArt）非常诱人，但我认为它们会鼓励大量糟糕的编程。
例如....你真的需要在你的网格上有可拖放的列吗？可能不是。最好有一个设计区域，用户可以在其中布置列首选项，然后是主视图，网格是活泼轻巧的。不要渲染用户永远（或很少）在每个页面视图中使用的兆字节添加的功能。
答案 1 :(得分：24)
这里讨论很好。一些澄清：
作为一名长期的网络开发人员，我总是鼓励人们使用正确的工具来完成工作。如果您不需要RadControls的强大功能，或者accessiblitity支持，或者大量文档（以帮助那些将继承您的应用程序的人），请不要将它们用于您的站点。如果您只需要基本UI，那么jQuery可能就好了。然而，我倾向于发现，当开发人员可以向用户提供高级功能（我们有时认为“膨胀”）没有额外的工作时，用户对最终产品印象更深刻，并且发现它更容易使用。
最重要的是，请记住，在大多数情况下，您可以通过构建应用程序而不是UI组件为您的公司/客户创造价值。因此，除非有充分的理由重新发明轮子，否则通常最好使用已经构建和测试的东西来解决您所面临的问题。
希望有所帮助。 -Todd
答案 2 :(得分：9)
关于Brian C（等人）所面临的“烦恼”和其他挑战，我认为在这里需要进一步澄清。作为开发人员的倡导者，我不会假装Telerik控件是完美的 - 没有任何软件由凡人编写。那么重要的是如何解决这些错误。
人们常常忽视公司（或开源项目）如何解决错误，直到为时已晚。无论你使用什么工具--jQuery，Telerik，甚至微软 - 你最终都会遇到错误。 Telerik倾向于擅长的地方是为这些问题提供快速修复，并提供非常全面的支持，帮助您尽可能提高工作效率。如果您遇到问题，Telerik会帮助您解决问题。对于其他公司，尤其是开源软件公司，这并不总是保证。
所以请记住：无论您使用什么工具，都会遇到错误。确保选择具有支持的工具，以便快速解决问题并进行修复。由于我知道我的观点不可避免地有偏见，我会让其他人在StackOverflow上确认或否认Telerik的支持质量。
答案 3 :(得分：8)
Telerik控件看起来确实有些臃肿，但我怀疑你能够在没有太多努力的情况下在JQuery中实现类似的功能。
这实际上取决于你能容忍多少臃肿。如果它是用于Intranet应用程序，那么它并不重要，但是当你指定面向外部时，这可能是一个问题，它实际上取决于用户的平均连接速度和他们的计算机/浏览器的速度这将最终运行控制。
另一个重要问题是：您是否希望使用远低于JQuery的专有工具集来标准化您的Web应用程序？我怀疑JQuery很快就会破产。
答案 4 :(得分：7)
如果它以后帮助了任何人，我已经抛弃了Telerik工具，现在只使用jQuery。我们会看到我遇到了一些我不能做的事情。我对Telerik工具感到失望。我听说过很多关于它们的好东西，但它们对我来说并不是那么好用。这是我在评估Telerik工具时发现的。
Telerik Ajax工具在处理主页/内容页面设置时遇到问题。他们在论坛上承认这一点，我猜他们正在努力。对我来说很成问题。
我看到很多意想不到的行为和怪癖似乎没有任何文件。例如，当使用Web20皮肤和表单装饰器时，字段集上的圆角在执行Ajax时会变得很糟糕。
Telerik工具减慢了我的开发机器的速度，似乎导致我的环境出现问题。我几乎从来没有崩溃或内存违规，我在使用这些工具的两天内有四天。自那之前我可能已经过了一个月了。
因此，将所有这些与jQuery免费且轻量级的事实相结合，选择很简单。最初可能需要一段时间，但最终结果会好得多。
答案 5 :(得分：2)
您的UI要求将对此决定产生最大影响。我不认为Telerik控件可以在功能方面与jQuery进行比较。如果您需要服务器端控件来显示数据，请针对其他竞争控件评估Telerik。
答案 6 :(得分：2)
我使用Telerik控件并且还支付了源代码，因此对于他们的业务，在给定源代码时并不是一个大问题。我没有在面向公众的网站上使用Telerik控件的具体经验，但会毫不犹豫。我有时会被指示使用JQuery来获得控件没有的其他功能。
我遇到的一个问题是，因为你没有使用控件（不仅仅是Telerik）自己编写所有这些功能，所以很容易将各种有趣的东西拖放到你的页面上，将为每个页面添加处理。话虽如此，请将您的使用保持在最低限度，我认为它们不会比手动编码的JQuery实现更臃肿。
答案 7 :(得分：2)
RadScriptManager与MS Ajax脚本管理器不同，因为它具有EnableScriptCombine =“true”属性，您可以设置该属性，使telerik控件使用的所有javascript文件合并为一个.js文件，以提高性能。
最初rad编辑器运行速度很慢。但最新版本要快得多。此外，他们还支付了不断努力改善控制的员工。
我不知道任何接近RadGrid的东西。它非常强大。我现在正在内联网应用程序上使用它，它到目前为止运行速度很快。我正在使用它的所有功能，Group By，Export to excel等。
也就是说，如果我创建一个外部使用的Internet应用程序，我会使用JQuery而不是telerik。这样你就可以获得更多控制权。
答案 8 :(得分：2)
我们使用Telerik编辑器作为我们的Intranet产品，我不得不说它比我们之前使用的任何编辑器更好地使用，定制，升级等。
如果您需要一些高级功能和/或更复杂的控件 和 Telerik提供此功能，我会说将它们写下来还为时过早。如果您只需要jQuery UI可以提供的基本UI功能，那么请使用jQuery来处理这些特定部分。
没有必要选择其中一个;使用混合工具来完成工作。
答案 9 :(得分：1)
我认为Telerik宣称他们将在客户端使用JQuery。
答案 10 :(得分：1)
Telerik刚刚开始投入更多时间来为他们的RadGrid提供客户端支持。到目前为止，我对电网感到失望。我为他们感到难过，因为他们必须维护基本上2个代码库：一个用于他们的服务器控件，它基于Postbacks和ViewState重绘C＃中的所有内容，另一个用于在javascript中重绘控件部分的客户端控件（有点像他们的C＃代码到javascript的端口）。这对他们来说是一项很多工作，到目前为止我觉得它还不完整。
例如，对当前版本网格的客户端支持（ASP.nET AJAX 2008.3.1105.35）不包括：
NextPrev AllowNaturalSort="false" 话虽如此，如果您对使用传统的Postback / Viewstate渲染的Telerik控件感到满意，那么我会说没有可以竞争的jQuery网格。
答案 11 :(得分：1)
我通常不会发布这些内容 - 但我无法抗拒这一点。我在Telerik上使用jQuery / jQuery UI。我真的很喜欢他们在演示页面上的内容 - 然后我试着让它发挥作用。我在丝带栏上挣扎，向他们展示了一两个虫子。它们很快就会被修复......它不是......然后是下一个版本......它不是。最后他们有一个测试版，并让我为他们测试 - 好悲伤。他们的东西肯定看起来不错，但我无法处理那些不起作用的东西。
我已经使用jQuery / jQuery UI大约6个月了，我喜欢它。使用方便。轻巧。它说的是什么。可能不像Telerik那样功能齐全，但可以理解，只需几个脚本即可放入您的项目中。我也很喜欢Themeroller。
答案 12 :(得分：0)
我使用Telerik控制了3年。我终于意识到我爱上了这个想法，但是控件本身非常错误，实施起来很烦人，最终花费了我更多的时间来构建自己。我肯定会建议不要使用Telerik。
答案 13 :(得分：0)
我与jQuery和Telerik合作。 Telerik在其官方网站的演示中非常看中，但在使用它时，你感觉它非常沉重和缓慢。
使用jQuery，您可以编写轻松有效的代码，满足您的需求，但需要更多时间。
在性能方面，我建议在服务器而不是客户端浏览器上呈现初始重HTML结果。 （例如Big Grids）