KendoUI与Telerik架构的差异
我正在开发一个ASP.Net web应用程序接口应用程序，并使用kendoUI作为客户端。我找到了描述KendoUI和Telerik的不同之处的this博客文章，但它并没有反映出这两者之间的任何架构差异。这两个UI框架在体系结构方面是否有很大的差异，从而可能导致性能差异？我很想知道其中的深度差异以及为什么Telerik团队决定提出一个新的解决方案作为KendoUI。
回答 1
Stack Overflow用户
发布于 2012-08-06 16:53:11
早些时候，我们有所谓的MVC的Telerik扩展。Telerik扩展简化了一些UI工作，因为它们将输出HTML，但允许开发人员使用一些帮助程序来创建公共控件。例如
<%= Html.Telerik().Calendar()
.Name("Calendar")
.Value((DateTime)ViewData["selectedDate"])
.MinDate((DateTime)ViewData["minDate"])
.MaxDate((DateTime)ViewData["maxDate"])
.TodayButton("d")
%>当在客户端呈现时，上面的代码将输出日历ui控件。这是任何服务器端动态内容创建技术的基本基础，如ASP.NET、JSP、PHP等。客户端的超文本标记语言实际上是在请求页面时从服务器中输出的。
现在有了Kendo UI，这是一个基于HTML5和JavcaScript的UI控件库-使得在客户端初始化一堆UI控件成为可能，而不必担心服务器端的管道问题。如果您使用Kendo UI Web控件，那么作为开发人员，您将在客户端初始化我们称之为小部件的东西，并使用AJAX来获取JSON有效负载并将其绑定到小部件。例如
<div id="calendar"></div>
<script>
$(document).ready(function() {
// create Calendar from div HTML element
$("#calendar").kendoCalendar();
});
</script>上面的代码将创建一个kendo日历小部件，但它是在客户端初始化的。
我们还有用于ASP的Kendo UI Web，NET MVC包装器-这意味着-对于Kendo UI Web也存在与Telerim MVC扩展非常相似的包装器。例如
@(Html.Kendo().Grid<Product>()
.Name("Grid")
.DataSource(dataSource => dataSource
.Ajax()
.Read(read => read.Action("AjaxBinding_Read", "Grid"))
)
)当渲染到客户端时，上面的代码将输出一个kendo ui web网格。
我已经尝试过告诉您Telerik MVC扩展和Kendo UI Web控件之间的基本区别。我们建议您切换到Kendo UI控件，因为它们遵循HTML5标准，并且也支持便携设备的触摸。
希望这能回答你的问题。
Lohith ( Telerik印度的技术布道者)
https://stackoverflow.com/questions/11823322
复制相似问题
腾讯云开发者
