KendoUIとTelerikのアーキテクチャ上の相違点

Question

私はASP.Net Webアプリケーションを開発しており、クライアント側にkendoUIを使用しています。私はthisのKendoUIとTelerikの違いを説明するブログ記事を見つけましたが、これらの2つのアーキテクチャの違いは反映されていません。これらの2つのUIフレームワークには、パフォーマンスの差につながる可能性のあるアーキテクチャの点で大きな違いがありますか？私は深い違いを知りたいと思っています。なぜTelerikチームがKendoUIとして新しい解決策を考案することにしたのですか？

Answer 1

これまでは、Telerik Extensions for MVCと呼ばれていました。 Telerik Extensionsは、HTMLを出力するというUIの取り組みの一部を簡略化しましたが、一般的なコントロールを作成するためにいくつかのヘルパーを使用できる開発者のために用意されています。例えば、

<%= 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は、ページのリクエストがあったときに実際にサーバーから吐き出されます。

現在、剣道UIはHTML5とJavcaScriptベースのUIコントロールライブラリで、サーバー側からの配管について心配することなく、クライアント側でUIコントロールの束を初期化することができます。剣道UI Webコントロールを使用する場合は、開発者としてクライアント側でウィジェットと呼ばれるものを初期化し、AJAXを使用してJSONペイロードをフェッチしてウィジェットにバインドします。例えば、

<div id="calendar"></div> 
<script> 
$(document).ready(function() { 
        // create Calendar from div HTML element 
        $("#calendar").kendoCalendar(); 
       }); 
</script> 

上記のコードは、剣道カレンダーウィジェットを作成しますが、クライアント側で初期化されます。

また、ASP、NET MVCラッパー向けの剣道UI Webもあります。つまり、Telerimのラッパーと非常によく似たラッパーです。剣道UI Web用のMVC拡張も存在します。例えば、

@(Html.Kendo().Grid<Product>() 
    .Name("Grid") 
    .DataSource(dataSource => dataSource 
     .Ajax() 
      .Read(read => read.Action("AjaxBinding_Read", "Grid")) 
    ) 
) 

上記のコードは、クライアントサイドでレンダリングされたときに剣道UIグリッドを出力します。

Telerik MVC拡張機能と剣道UI Webコントロールの基本的な違いを説明しようとしました。剣道UIコントロールはHTML5標準に準拠しており、ポータブルデバイスにも対応しています。

これはあなたの質問にお答えします。

Lohith（Tech Evangelist、Telerik India）