Javascript类库的顶层对象名用户体验分析

针对jQuery、Ext、KISSY三者类库的对比及分析已经很多了,但多数是从功能和设计的角度切入,因此本篇文章决定换一个特殊的角度,从各类库的顶层对象名的键盘输入的体验上来对这三个类库进行比较。

由于顶级对象是使用类库几乎所有功能的入口,在编码中会频繁地输入这几个字符,因此在设计类库时,顶级对象名输入的简便性也是相当重要的。

在此将从对象名称的长度、输入对象名称的按键顺序这两个方面对三个类库进行重点比较,同时力求照顾到一些特别的点,从而得出一个较为全面的评测结果。

名称长度

jQuery共有6个字符组成,从长度上而言是三个类库中最长的一个,同时包含了一个大写字母Q,在输入过程中需要加入一次SHIFT键,因此长度值给定为7。

Ext共有3个字符组成,在长度上是最有优势的,由于首字母为大写字母E,输入过程中需要有一次SHIFT,因此长度值给定为4。

KISSY由5个字符组成,均为大写字母,长度上而言接近jQuery,同时需要一次SHIFT键的长按,因此给定长度值6。

在名称长度的对比上,最受欢迎的jQuery以微弱的劣势惜败,但jQuery使用了其他的方式在这方面给予了改进,将在后文中提及。

按键顺序

按键顺序的分析比较复杂,这里涉及的原则主要有以下几点:

  • 尽可能地交叉使用左右手输入每一个字符。
  • 尽可能避免同一手指连续使用。
  • 尽可能地减少长按某个按键的时间。
  • 食指和中指较为灵活,因此尽可能避免使用小指和无名指。
  • 较为接近的两个手指容易出现联动的现象,即当小指移动时,无名指也会反射性进行微幅度的移动,这可能影响到下一次按键,因此尽可能避免并列的手指连动。
  • 在评测中,将双手从左手小指至右手小指,依次编号为0-9,从数字上观察将会发现一些有趣的现象。

jQuery的按键顺序依次是606236,在输入的过程中:

  • 有一次使用了较不灵活的左手小指。
  • 在上一条的基础上补充,事实上在按Q的时候需要用左手小指按住SHIFT键,因此Q其实是交给原本不负责Q键的左手无名指。
  • 在输入大写Q时左手小指和无名指有连动的现象,而且不是顺序连动,而是同时敲击。
  • e和r由左手中指和食指连续敲击,可能出现并列的手指连动的影响。但是在实际输入过程中,笔者发现食指和中指的连动不但没有效率上的影响,反而对速度有促进作用,反思该过程,发现中指和食指连续敲击桌面是笔者在思考时经常做的动作,因此形成了一种极为高效熟练的反射运动……

Ext的按键顺序依次是213是个很有趣的数字呢……),输入过程中发现有以下问题:

  • 所有按键来自左手,右手完全空闲,无法达到理论的最高输入速度。但是由于在输入Ext的过程中,右手可以同时去定位.这个按键,因此对于整行语句的输入影响并不是很大。
  • 输入大写的E时,左手小指需要按住SHIFT键,而紧接着输入x时,左手无名指按下的前瞬间要求小指放开SHIFT键,由于这两个手指很容易出现联动的反映,因此对左手按x键的定位精准性有着较大的影响。

KISSY的按键顺序依次是77116,这大概是几个类库中糟糕的键位顺序了:

  • 出现右手中指、左手无名指连续按键现象,右手中指甚至需要在按2个键位的过程中进行移动,严重影响输入速度。
  • 在速个输入过程中,左手小指需要长按SHIFT键,小指是所有手指中最没有力量的,长按非字母的远位键会对小指造成极大的压力,长期输入小指关节会变得僵硬,这已经可以上升到开发人员健康的高度了……
  • 在小指长按SHIFT的过程中,有连续2次左手无名指的输入,原本无名指和小指就容易出现联动反映,因此在无名指不断对同一个点(S键)加力、卸力的过程中,小指会跟着无名指出现力量增强、减弱的现象,最坏情况将导致SHIFT键被松开。这种力量的突发性增强和减弱对手指关节也有着不可忽视的伤害,因此在输入KISSY这几个字符的过程中,我们左手的小指是伟大的,他顶住了千千万万的压力,最终光荣地完成了任务!

其他

jQuery通过使用别名$,将原本较为复杂的对象名变成了一个简单的字符,同时也不忘本地提供了noConflict函数用于释放$变量,这一点上想得非常周全。

Ext由于对象组织的原因,调用一个函数通常需要输入更多的路径,例好jQuery(selector)在Ext中将变成Ext.Element.query(selector),在这一点上,Ext已经将部分常用的函数推到了Ext对象之下,如Ext.Element.fly变为Ext.flyExt.DomQuery.select变为Ext.query等,但就总体的代码量而言,相比jQuery是有劣势的。

KISSY兼具了Ext的模块化结构组织,同时也引入了Ext的函数访问路径过长的问题,由于Javascript中的with语句存在这样那样的问题,而使用别名代替层级较深的对象也会有这样那样的问题,因此此类问题并不容易规避。

对于使用别名代替层级较深的对象这一问题的示例,原本引用的玉伯的博客已经消失,因此勉强找了一个类似的。

为什么不分析YUI?因为曾经习惯Ext,后期jQuery用得多,KISSY是在笔者进入前端这个领域之后兴起的关注也较多,YUI从头到尾没有接触是笔者的一大遗憾,同时也让笔者失去了在本文中评测该框架的权利。

总结

我们将通过以下的方式给各个类库打个分

长度得分为10-长度值。 按键顺序满分为10,每出现一个问题扣去1分,出现特别严重的问题扣去2分。 最终结果见下表

名称长度按键顺序备注
jQuery36
Ext67访问函数路径过长扣1分
Kissy43几个问题比较严重多扣4分

最后声明:笔者绝对没有黑KISSY的意思,反之对KISSY的设计、模块分隔、实现等有着深厚的兴趣,只是此文仅从顶层对象名称的输入体验上进行评测,在这一点上KISSY确实选择了一个糟糕的名字。