用户界面控件的王者之争：Kendo UI vs DevExpress（二）

在上一篇用户界面控件的王者之争：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
优势	技术支持渠道多，有论坛、发布会、培训、文档和博客等等 即便助手被类型化，不用绑定到模型属性，可用MVC自动绑定到非类型化助手的'Name'方法 控件生成的界面样式能够重用 提供JavaScript API，可使用 jQuery传统方式 价格较DevExpress要便宜，可购买单个版本的受权	提供各类版本的界面控件：ASP.NET,Winforms,WPF,Silverlight,Windows8等等，很是全面，还有很是强大的VS插件CodeRush，大大提高编码效率 界面高端大气，适用范围广 技术支持渠道和帮助文档、Demo等很是丰富，和Kendo UI差很少，反馈也比较及时 代码集成完整全面，本身的代码编写量较小，可节省很多时间
缺点	没有only-text文本框 数字和日期只支持固定格式 有些函数须要手动添加	生成的HTML代码不是很友好，好比用tables而不是divs 某些函数须要手动添加 许多设置行须要添加到每一个控件，致使出现大量冗余代码

综合以上评估，Kendo UI和DevExpress这两款界面控件在技术支持、控件功能和界面效果方面都不相上下。因为咱们比较看重样式的重用，因此最终选择了Kendo UI。