首页 > 代码库 > jq 之Autocomplete 引发联想及思考

jq 之Autocomplete 引发联想及思考

  前情纪要:JQuery UI 是以 JQuery 为基础的开源 JavaScript 网页用户界面代码库。包含底层用户交互、动画、特效和可更换主题的可视控件,这些控件主要包括:Accordion,Autocomplete,ColorPicker,Dialog,Slider,Tabs,DatePicker,Magnifier,ProgressBar,Spinner等,其中Autocomplete能够非常容易的帮我们实现类似于百度搜索的智能提示功能。

我现在要实现的是在订单中心下单时,实现通过输入客户名智能查询出客户详细信息(只展示客户名,电话或证件号并实现自动加载到页面选中的数据详情)。


 

原版实现:指定标签(input)输入时或者单击标签时获取到数据源展示课选中。

1:图片展示:

 

2:底层代码示例:

 

3:js代码示例:

 


 

但是代码是copy别人的自己没有啥子理解,突然想起来有个同事说:我们最大的缺点就是“不求甚解”,让他说中了。

今天要在另一个页面实现类似的功能,就又copy了一下,但是却有一些问题导致功能不能实现:

  问题如下:多个输入框要实现同样的数据加载。以前是直接指定标签绑定并且传值也是指定的标签,但是现在是要动态绑定事件并且拿对应标签的值。

想起来也不难,就是通过js 中的this 对象就可以获取到当前的事件绑定标签的值。但是在autocomplete 方法中this对象获取到的this对象是window(当前窗体)。

  js采用面向对象方法书写(最近才在一个原同事的分享会上学习到的)采用live方法绑定可以实现类似于click方法的动态绑定,这也是今天自己实在是逼得不行了采取主动学习这部分的知识,学习js标签绑定原理后才知道的方法。(心理活动:每天都告诉要学习一点知识,但是有时候还是不求甚解,这种心态是一个程序员成长的最大敌人。)

  解决问题一:动态加载标签后自动调用已声明的js 方法再绑定一次autocomplete方法(还没有试验通过live方法绑定autocomplete,明天可以尝试用一下)。

  解决问题二:向后台传值问题。原先是通过标签选择器获取指定的标签值获取其value。现在标签时动态加载的尝试使用this对象获取失败后另寻它径。准备换change事件然后通过ajax方法实现,试验后发现可以拿到数据,但是实现的效果对比于百度搜索的样式有一些差距,并且很麻烦(这是一条可行的方法,但是与最初的预期有一些偏差,人生就是一个个选择,在不同的路口选择不同的方向,技术之路也一样)。转而再次研究autocomplete方法。

        通过阅读官方文档发现,其实autocomplete其实有三种不同额数据源获取方法,我们是采用了其中调用本方法get请求到数据然后解析,还有人通过xml、session都能实现同样的功能,另外一种先在ajax中获取数据源,在成功方法中调用autocomplete方法,真是一个好的思路,最后的方法我回想感觉类似于我刚才的上一次尝试通过change方法ajax拿数据,然后处理。继续研究,当我看别人博客看到下面文字的时候如梦惊醒:

  formatItem: function(row, i, max) { }

    //结果中的每一行都会调用这个函数,返回值将用LI元素包含,显示在下拉列表中. 三个参数(row, i, max): 返回的结果数组, 当前处理的行数(从1开始), 当前结果数组元素的个数. Default: none, 表示不指定自定义的处理函数.

  formatResult : function(row, i, max) { }

    //和formatItem类似,但可以将将要输入到input文本框内的值进行格式化.同样有三个参数,和formatItem一样.Default: none,表示要么是只有数据,要么是使用formatItem提供的值.

  formatMatch: function(row) { }

    //对每一行数据使用此函数格式化需要查询的数据格式. 返回值是给内部搜索算法使用的. 参数值row

  result (function(event, data, formatted){}) //此事件会在用户选中某一项后触发,参数为:event: 事件对象, data: 选中的数据行,formatted:formatResult函数返回的值;

  这是四个插件内的方法,原版实现中有用到,但是如果没有去研究绝对不会知道它们每一个是什么作用,现在才知道了formatitem方法内是对数据源处理显示下拉列表;result方法是选中一行后执行的逻辑。(又一次感叹毛主席说的话“一天不学习,赶不上刘少奇”,是多么正确的。)

  看到这些熟悉的方法之后我就有预感今天这个问题能解决(我已经研究了近一个半小时了),于是我又对所有参数进行了一次学习,黄天不负苦心人。

extraParams (Object):

    //为后台(一般是服务端的脚本)提供更多的参数.和通常的作法一样是使用一个键值对对象.如果传过去的值是{ bar:4 },将会被autocompleter解析成my_autocomplete_backend.php?q=foo&bar=4 (假设当前用户输入了foo). Default: {}

  我们原程序中传值name:‘‘,这里写到{bar:4} ,被autocompleter解析成my_autocomplete_backend.php?q=foo&bar=4 (假设当前用户输入了foo),

  当我看到假设当前用户输入了foo,并且q=foo之后我就断定,后台接收的参数中必定有一个q,于是我在后台接收方法中调用 Request["q"],果然获取到了在页面标签内输入的值,

并且在request对象中又两个默认的参数:limit 代表每页数据(js中有设定,由此反思到以前获取数据源的方法是没有做数据分页的),temp...时间戳(具体单词记不住了),由此解决了我的这个问题。

  最后还是通过努力,用原方法实现出了最初的设计,在此感谢博主“PeterZhang” 的一篇博客。还有就是自己不放弃的精神,回想起来自己是有很多不懂得地方,还有很多原理,

很多具体的实现,以及这个插件这么设计的优缺点,和设计者的设计思想自己还真是没有吃透。

  做一个程序员,真的怕“不求甚解”。

  


 

下面附上最后的实现代码:

1:底层代码:

 

2:js实现:

 

3:效果图片:

 


 autocomplete一些参数:

技术分享
 1  minChars: 0,           //至少输入的字符数,default:1;如果设为0,在输入框内双击或者删除内容时显示列表。 
 2 
 3   width: 220,           //下拉框的宽度,default:input元素的宽度
 4 
 5   max: 10,            //下拉项目的个数,default:10
 6 
 7   scrollHeight: 300,       // 下拉框的高度, Default: 180
 8 
 9   scroll: true,            //当结果集大于默认高度时,是否使用滚动条,Default: true
10 
11   multiple: false,         //是否允许输入多个值. Default: false
12 
13   autoFill: false,          // 是否自动填充. Default: false
14 
15   multipleSeparator: " ",      //输入多个字符时,用来分开各个的字符. Default: ","
16 
17   matchCase:false,         //是否开启大小写敏感
18 
19   selectFirst:true,           // 如果设置成true,下拉列表的第一个值将被自动选择, Default: true
20 
21   matchSubset:true,          //是否启用缓存
22 
23   cacheLength: 10,             //缓存的长度.即缓存多少条记录.设成1为不缓存.Default: 10
24 
25   delay: 20,             //击键后的延迟时间(单位毫秒).Default: 远程为400 本地10
26 
27   mustMatch:false,              //如果设置为true,只会允许匹配的结果出现在输入框,当用户输入的是非法字符时,将被清除, Default: false
28 
29   matchContains:true,       //决定比较时是否要在字符串内部查看匹配.Default: false
30 
31   formatItem: function(row, i, max) { }
32 
33     //结果中的每一行都会调用这个函数,返回值将用LI元素包含,显示在下拉列表中. 三个参数(row, i, max): 返回的结果数组, 当前处理的行数(从1开始), 当前结果数组元素的个数. Default: none, 表示不指定自定义的处理函数.
34 
35   formatResult : function(row, i, max) { }
36 
37     //和formatItem类似,但可以将将要输入到input文本框内的值进行格式化.同样有三个参数,和formatItem一样.Default: none,表示要么是只有数据,要么是使用formatItem提供的值.
38 
39   formatMatch: function(row) { }
40 
41     //对每一行数据使用此函数格式化需要查询的数据格式. 返回值是给内部搜索算法使用的. 参数值row
42 
43   result (function(event, data, formatted){}) //此事件会在用户选中某一项后触发,参数为:event: 事件对象, data: 选中的数据行,formatted:formatResult函数返回的值;
44 
45     例如: $("#d").result(function(event, data, formatted){alert(formatted);})
46 
47   extraParams (Object):
48 
49     //为后台(一般是服务端的脚本)提供更多的参数.和通常的作法一样是使用一个键值对对象.如果传过去的值是{ bar:4 },将会被autocompleter解析成my_autocomplete_backend.php?q=foo&bar=4 (假设当前用户输入了foo). Default: {}
View Code

 

 


 

谢谢,希望还能在技术这条路上再走一走。  

 

jq 之Autocomplete 引发联想及思考