Javascript类库的顶层对象名用户体验分析_javascript技巧
程序员文章站
2022-05-31 14:17:32
...
由于*对象是使用类库几乎所有功能的入口，在编码中会频繁地输入这几个字符，因此在设计类库时，*对象名输入的简便性也是相当重要的。
在此将从对象名称的长度、输入对象名称的按键顺序这两个方面对三个类库进行重点比较，同时力求照顾到一些特别的点，从而得出一个较为全面的评测结果。
名称长度
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.fly，Ext.DomQuery.select变为Ext.query等，但就总体的代码量而言，相比jQuery是有劣势的。
KISSY兼具了Ext的模块化结构组织，同时也引入了Ext的函数访问路径过长的问题，由于Javascript中的with语句存在这样那样的问题，而使用别名代替层级较深的对象也会有这样那样的问题，因此此类问题并不容易规避。
为什么不分析YUI？因为曾经习惯Ext，后期jQuery用得多，KISSY是在笔者进入前端这个领域之后兴起的关注也较多，YUI从头到尾没有接触是笔者的一大遗憾，同时也让笔者失去了在本文中评测该框架的权利。
总结
我们将通过以下的方式给各个类库打个分
长度得分为10-长度值。
按键顺序满分为10，每出现一个问题扣去1分，出现特别严重的问题扣去2分。
最终结果见下表
名称长度 按键顺序 备注
jQuery 3 6
Ext 6 7 访问函数路径过长扣1分
KISSY 4 3 几个问题比较严重多扣4分
最后声明：笔者绝对没有黑KISSY的意思，反之对KISSY的设计、模块分隔、实现等有着深厚的兴趣，只是此文仅从顶层对象名称的输入体验上进行评测，在这一点上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.fly，Ext.DomQuery.select变为Ext.query等，但就总体的代码量而言，相比jQuery是有劣势的。
KISSY兼具了Ext的模块化结构组织，同时也引入了Ext的函数访问路径过长的问题，由于Javascript中的with语句存在这样那样的问题，而使用别名代替层级较深的对象也会有这样那样的问题，因此此类问题并不容易规避。
为什么不分析YUI？因为曾经习惯Ext，后期jQuery用得多，KISSY是在笔者进入前端这个领域之后兴起的关注也较多，YUI从头到尾没有接触是笔者的一大遗憾，同时也让笔者失去了在本文中评测该框架的权利。
总结
我们将通过以下的方式给各个类库打个分
长度得分为10-长度值。
按键顺序满分为10，每出现一个问题扣去1分，出现特别严重的问题扣去2分。
最终结果见下表
名称长度 按键顺序 备注
jQuery 3 6
Ext 6 7 访问函数路径过长扣1分
KISSY 4 3 几个问题比较严重多扣4分
最后声明：笔者绝对没有黑KISSY的意思，反之对KISSY的设计、模块分隔、实现等有着深厚的兴趣，只是此文仅从顶层对象名称的输入体验上进行评测，在这一点上KISSY确实选择了一个糟糕的名字。