KendoUI vs Telerik建筑差异

Question

我正在开发一个ASP.Net web api应用程序并在客户端使用kendoUI。我发现了this博客文章，其中描述了KendoUI和Telerik的区别，但它并没有反映出这两者之间的架构差异。这两种UI框架在结构上可能会导致性能差异吗？我很想知道深度的不同，为什么Telerik团队决定为KendoUI提供一个新的解决方案。

Answer 1

此前我们有我们称之为MVC的Telerik扩展。 Telerik Extensions放宽了一些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等）的基本基础。客户端HTML实际上是在请求页面时从服务器吐出。

现在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 Controls，因为它们遵循HTML5标准，并且也可用于便携式设备。

希望这回答你的问题。

Lohith（技术传播者，Telerik的印度）