在上一篇用戶界面控件的王者之爭:Kendo UI vs DevExpress(一)中,筆者跟你們披露了 Kendo UI 和DevExpress兩款控件的整體功能和網格控件的評測,今天再跟你們介紹一下二者在易用性、集成時間、代碼完成方面的優缺對比。 html
Kendo UI的安裝比DevExpress要稍顯複雜,由於Helpers必須手動註冊,但以後就變得比較簡單了,好比: 函數
@Html.Kendo().NumericTextBox().Name("MyNumericText")
Helpers是類型化的,好比NumericTextBoxFor。若是使用帶有文本字段的模型,字段只須要用'Name'就能夠完成綁定。
在上面提到的例子中,字段設置屬性MyNumericText的值,而後就會自動發生轉換,即便是文本字段也不例外。 編碼
日期字段也是同樣的。建立一個顯示月份和年份的日期字段,以下面的代碼: spa
@Html.Kendo().DatePicker().Name("MyTextBox").Depth(CalendarView.Year).Start(CalendarView.Year).Format("MMMM yyyy")
DevExpress的安裝能夠說是既簡單又複雜。它在安裝的時候會自動安裝Visual Studio序列模板用於項目所需的各類配置,若是本身去手動添加是很是麻煩的。在任何狀況下,咱們均可以隨意的複製模板,但有時候也會出現偏差。 .net
在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的網格很是容易上手,可是咱們的項目過於複雜,全部集成也花了至關長的時間。 code
DevExpress的集成速度稍微比Kendo要慢一些,由於它既要配置咱們的站點又要配置每一個字段。 orm
這基本上是Kendo最好用的功能之一。它生成的HTML和JavaScript代碼很是乾淨,它不使用表格而用Divs代替,這樣界面會更加流暢。額外的JS在視圖面板是不可見的,由於它所有被放到了代碼庫中。 htm
我的感受DevExpress的自動代碼完成功能不是很好用,由於它會生成大量臨時的JS代碼,致使調試比較困難。HTML的生成也不是很友好。另外它用表格代替Divs,致使界面不流暢而且沒法重用樣式。
Kendo UI | DevExpress | |
優勢 |
|
|
缺點 |
|
|
綜合以上評估,Kendo UI和DevExpress這兩款界面控件在技術支持、控件功能和界面效果方面都不相上下。因爲咱們比較看重樣式的重用,因此最終選擇了Kendo UI。