Telerik用户界面控件与带有jquery的客户端用户界面

我用telerik和jquery已经很多年了。”“全功能”通常等同于大量的膨胀、您不需要的功能以及难以(或不可能)优化的最终页面。放下telerik,使用类似jquery的裸机框架。您会发现,它将允许您构建所需的特定功能,并且永远不会返回。许多功能齐全的UI套件(如telerik或componentart)都非常诱人,但我认为它们鼓励了很多糟糕的编程。

例如。。。。您真的需要在网格上有可拖放的列吗?大概不会。最好是有一个设计区域,用户可以在那里设置列首选项的布局,然后有一个主视图,在这个主视图中网格是快速而轻量的。不要渲染用户永远(或很少)不会在每个页面视图中使用的添加功能的兆字节。

这里讨论得很好。一些澄清:

• Telerik确实在内部使用jquery(现在微软支持jquery将越来越多),以增强许多控件的客户端功能(并减少客户端代码)。
• jquery是一个客户端库,非常适合于JavaScript开发。但是,如果您需要解决可访问性问题,那么就需要使用jquery ui实现,因为它们依赖于javascript来实现所有功能。Telerik的独特优势在于,您可以呈现客户端和服务器端,这意味着您可以支持未启用JavaScript的客户端。
• 对于许多telerik控件,您可以a)通过禁用功能消除页面上的额外代码(由于需要脚本逻辑时的内部加载),或b)通过使用provide脚本合并器和压缩器显著降低客户端代码的影响。

但是,作为一个长期的Web开发人员,我总是鼓励人们使用合适的工具来完成工作。如果你不需要Radcontrols的强大功能,或者辅助支持,或者广泛的文档(帮助那些继承你应用的人),不要在你的站点上使用它们。如果您所需要的只是基本的UI,jquery就可以了。不过,我倾向于发现,当开发人员可以为用户提供高级功能(有时我们认为是“膨胀”)而不做额外的工作时,用户对最终产品的印象会更深刻,并且发现它更易于使用。

最重要的是,记住在大多数情况下,通过构建 应用 -不是UI组件。因此,除非有充分的理由重新发明轮子,否则通常最好的办法就是使用已经制造和测试过的东西来解决你所面临的问题。

希望有帮助。 -托德

关于Brian C(等)所面临的“错误”和其他挑战,我认为这里需要进一步澄清。作为一个开发者的拥护者,我不会假装telerik控制是完美的——从来没有一个仅仅由凡人编写的软件是完美的。重要的是如何解决这些错误。

通常,人们会忽略公司(或开源项目)如何解决bug,直到为时已晚。不管你使用什么工具——jquery、telerik,甚至微软——你最终都会碰到漏洞。Telerik擅长的地方是为这些问题提供快速解决方案,并提供非常全面的支持,帮助您尽可能提高工作效率。如果你有问题,Telerik会帮你解决。对于其他公司,尤其是开源公司,这并不总是保证。

所以请记住: 不管你使用什么工具,你都会面临错误。确保您选择支持的工具,这些工具可以对您的问题作出响应,并很快地修复它们。既然我知道我的观点是不可避免的偏见,我会让StackOverflow上的其他人确认或否认Telerik的支持质量。

telerik控件看起来确实有点膨胀,但我怀疑您是否能够在jquery中实现类似的功能,而无需付出很多努力。

这真的取决于你能容忍多少膨胀。如果是针对内部网应用程序,那么这并不重要,但是正如您指定的外部面向,那么这可能是一个问题,它实际上取决于用户的平均连接速度以及最终运行控件的计算机/浏览器的速度。

另一个重要的问题是:您是否希望使用比jquery少得多的专用工具集来标准化Web应用程序?我怀疑jquery很快就会倒闭。

如果以后它对任何人都有帮助,那么我已经抛弃了telerik工具,现在只使用jquery。我们来看看我是否遇到了我做不到的事情。我对telerik工具感到失望。我听过很多关于它们的好消息,但它们对我来说不是很好。这是我在评估telerik工具时发现的。

• Telerik Ajax工具在处理母版/内容页设置时遇到问题。他们在自己的论坛上承认这一点,我想他们正在努力。不过对我来说还是有问题的。

• 我看到许多意想不到的行为和怪癖,似乎没有任何文档。例如,当使用Web20外观和表单装饰器时,字段集上的圆角在执行Ajax时都会变成地狱。

• telerik工具使我的dev机器慢了不少,似乎给我的环境带来了问题。我几乎从未发生过崩溃或内存冲突,在使用这些工具的两天内我有四次。可能是一个月前我的最后一个。

• 因此,将所有这些与jquery是免费的、轻量级的事实结合起来,选择是容易的。开始的时候我可能会花更长的时间,但最终结果会更好。

您的用户界面需求将对这个决策产生最大的影响。我认为telerik控件在功能上无法与jquery相比。如果需要服务器端控件来显示数据,请对照其他竞争控件评估telerik。

我使用telerik控件,还支付了源代码的费用,这样它们就可以停业了,考虑到源代码,这不是一个很大的问题。我没有在面向公众的网站上使用Telerik控件的具体经验,但我毫不犹豫。我经常被要求使用jquery来获取控件没有的其他功能。

我确实有一个问题,因为你不需要自己用控件(不仅仅是telerik的)来编码所有这些功能,所以很容易将各种有趣的东西拖放到你的页面上,这将为每个页面添加处理。也就是说,尽量减少对它们的使用,我认为它们不会比手工编码的jquery实现更膨胀。

我们在内部网产品中使用telerik编辑器,我不得不说,它比我们以前使用的任何编辑器都更适合使用、自定义、升级等。

如果您需要一些高级功能和/或更复杂的控件 和 Telerik提供了这一点,我想说现在就注销它们还为时过早。如果您只需要jquery用户界面提供的基本用户界面功能,那么可以对这些特定的部分使用jquery。

没有必要一个或另一个去;使用各种工具来完成这项工作。

radscriptmanager与ms-ajax scriptmanager不同,因为它有一个enablesccriptcombine=“true”属性,您可以设置该属性,使telerik控件使用的所有javascript文件可以组合成一个.js文件,以提高性能。

最初,RAD编辑器运行得很慢。但最新的版本要快得多。此外,他们还为不断改进控制措施的员工支付薪酬。

我不知道任何接近雷达网格的东西。它很强大。我现在在一个内网应用程序上使用它,到目前为止它运行得很快。我正在使用它的所有功能、分组方式、导出到Excel等。

也就是说,如果我创建一个供外部使用的Internet应用程序,我将通过telerik使用jquery。这样你就有了更多的控制权。

我认为telerik声明他们将使用jquery作为客户端。

Telerik刚刚开始投入更多的时间在客户机端支持他们的RadGrid。到目前为止,我对电网感到失望。我为他们感到难过,因为他们必须维护两个基本的代码基础:一个是他们的服务器控件,它基于回发和视图状态在C中重新绘制所有内容;另一个是客户端控件,它用JavaScript重新绘制部分控件(有点像他们的C代码到JavaScript的端口)。对他们来说,这是一项非常艰巨的工作,到目前为止,我觉得这是不完整的。

例如 客户端 对当前网格版本(ASP.NET AJAX 2008.3.1105.35)的支持不包括:

1. 分组表达式
2. 增加页面大小
3. 传呼机样式 NextPrev
4. 隐藏/显示列
5. AllowNaturalSort="false"
6. 纯客户端排序(即在浏览器中)

尽管如此,如果您愿意将telerik控件与传统的回发/视图状态呈现结合使用,那么我会说没有能够与之竞争的jquery网格。

我通常不会把这些东西贴出来,但我无法抗拒。我通过telerik使用jquery/jquery用户界面。我真的很喜欢演示页面上的内容——然后我试着让它工作起来。我和丝带酒吧搏斗,给他们看了一两只虫子。他们很快就要修好了…不是…然后下一个版本…不是。最后他们有了一个测试版,让我为他们测试一下——很遗憾。他们的东西看起来确实不错,但我不能处理那些没用的东西。

我已经使用jquery/jquery用户界面6个月了,我喜欢它。使用方便。轻量级。照它说的做。不是像telerik那样功能齐全,但可以理解,只需几个脚本就可以放入您的项目中。我也很喜欢这个压路机。

我用telerik控制已经3年了。我终于意识到我爱上了这个想法,但是控制本身是非常麻烦的,执行起来很烦人,最终花了我更多的时间来构建自己。我绝对建议不要使用telerik。

我和他们一起工作 jQuery 和 Telerik . 特雷里克 在其官方网站的演示中非常花哨,但在使用时,您会感到非常沉重和缓慢。 用 JQuery 您可以编写轻松高效的代码来满足您的需求,但需要更多的时间。 在性能方面,我建议在服务器上而不是客户端浏览器上呈现最初的大量HTML结果。(例如大电网)