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的印度）