在上一篇用戶界面控件Kendo UI vs DevExpress對比評測一中，筆者跟大家披露了 Kendo UI 和DevExpress兩款控件的總體功能和網格控件的評測，今天再跟大家介紹一下兩者在易用性、集成時間、代碼完成方面的優缺對比。

易用性

Kendo UI

Kendo UI的安裝比DevExpress要稍顯復雜，因為Helpers必須手動注冊，但之后就變得比較簡單了，比如：

@Html.Kendo().NumericTextBox().Name("MyNumericText")

Helpers是類型化的，比如NumericTextBoxFor。如果使用帶有文本字段的模型，字段只需要用'Name'就可以完成綁定。
在上面提到的例子中，字段設置屬性MyNumericText的值，然后就會自動發生轉換，即使是文本字段也不例外。

日期字段也是一樣的。創建一個顯示月份和年份的日期字段，如下面的代碼：

@Html.Kendo().DatePicker().Name("MyTextBox").Depth(CalendarView.Year).Start(CalendarView.Year).Format("MMMM yyyy")

DevExpress

DevExpress的安裝可以說是既簡單又復雜。它在安裝的時候會自動安裝Visual Studio序列模板用于項目所需的各種配置，如果自己去手動添加是非常麻煩的。在任何情況下，我們都可以隨意的復制模板，但有時候也會出現誤差。

在DevExpress下創建控件的難度比在Kendo UI中要大，因為它的控件都是通用型的，所以我們不得不為每個控件都配置一個helper，比如：

@Html.DevExpress().SpinEdit(settings => {
settings.Name = "MyPercent";
settings.Properties.MinValue = 0;
settings.Properties.MaxValue = 100;
settings.Properties.NumberFormat = SpinEditNumberFormat.Percent;
settings.Properties.SpinButtons.ShowIncrementButtons = false;
}).GetHtml()

這段代碼創建了一個百分比字段。這段代碼顯得有點臃腫，而且它沒有類型化助手，同樣的問題也出現在Grid控件中。

集成時間

Kendo UI

Kendo UI可以快速集成到當前的項目中，因為它既不需要大量編譯也不需要大量配置。改變當前的字段也不需要花太多時間。Kendo的網格非常容易上手，但是我們的項目過于復雜，所有集成也花了相當長的時間。

DevExpress

DevExpress的集成速度稍微比Kendo要慢一些，因為它既要配置我們的站點又要配置每個字段。

自動代碼完成

Kendo UI

這基本上是Kendo最好用的功能之一。它生成的HTML和JavaScript代碼非常干凈，它不使用表格而用Divs代替，這樣界面會更加流暢。額外的JS在視圖面板是不可見的，因為它全部被放到了代碼庫中。

DevExpress

個人感覺DevExpress的自動代碼完成功能不是很好用，因為它會生成大量臨時的JS代碼，導致調試比較困難。HTML的生成也不是很友好。另外它用表格代替Divs，導致界面不流暢并且無法重用樣式。

總結

綜合以上評估，Kendo UI和DevExpress這兩款界面控件在技術支持、控件功能和界面效果方面都不相上下。由于我們比較看重樣式的重用，所以最終選擇了Kendo UI。