前言:
在一个喜欢尝鲜的团队里面工作,总会碰到这种情况. 前一个项目用的这个框架这种构建,下一个项目就变成新的框架那种构建,上来就 blablabla 先学一通,刚觉得安心,接到个另外需求,到手一看. 又变了一套 T,T , 又要重复上述步骤.. 如果能在各种框架和开发思路里面游刃有余,当然是最好的,可是多少总会对开发同学产生一些影响,那么各个框架之间的差异到底有多大呢?切换来去又会影响到哪些开发体验呢?且看我边做示例边分解…
UA 的秘密
userAgent, 这种大众脸, 大家一定不陌生,平时似乎没什么用.
但是当我们需要去了解外网用户时,就会发现,非常有意义。
如果一个用户向你投诉,这个时候。
需要第一时间拿到用户环境去分析问题,于是 ua 就能派上用场了
场景描述
有时候我们会碰到这样的任务场景,需要在一个界面上展示,许多图表内容,而获取图表数据的 CGI 做得非常原子化,也不方便更改,那么只能发很多个请求来拉取数据,展示图表,大致像下面的界面。
或者有时候,希望一系列函数按照一定顺序自动执行,但里面内嵌各种回调,完全不知道函数何时执行。可能不得不使用标志位来记录执行阶段。(当然可以使用 promise, 这里是尝试给出另外一种解决方案和思路), 这样代码看来一团糟,作为有处女座潜质的程序员多少有些纠结。
背景交代完毕,现在是正题,小技巧分享。
其实呢,我们需要的只是一个有加载顺序的队列来完成任务。
但是这里有个思维难点是程序执行流程并非线性推进,而是通过事件推进,不符合常规的线性思维方式。
我就想了一种可以让代码看起来更线性的一种方案.
代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 |
var queuePool = (function(){ var pools = [] , isRunning = false ; function walk(){ var runner = pools.shift(); if( runner ){ runner( walk ); }else{ isRunning = false ; } } return { add : function( fn ){ pools.push( fn ); } , run : function(){ if( !isRunning ){ isRunning = true ; walk(); } } }; })(); //添加一个执行队列函数 queuePool.add( function( callback /**后续执行函数**/ ){ setTimeout( function(){ alert(1); callback(); } , 500 ); }); queuePool.add( function( callback /**后续执行函数**/ ){ setTimeout( function(){ alert(2); callback(); } , 1500 ); }); queuePool.add( function( callback /**后续执行函数**/ ){ alert(3); }); queuePool.run(); queuePool.add( function( callback /**后续执行函数**/ ){ $.ajax({ url : url , data : { date : formatTime( new Date() ), referer : data.referer } , dataType : “json” , success : function( response ){ var data = [] , i = 0 , result = response.result.data; for( ; i < result.length ; ++i ){ data.push( Number( result[i].counter ) ); } $(el).kendoSparkline({ data: data }); callback(); } , fail : function(){ callback(); } }); }); queuePool.run(); |
这里我做的事情就是将队列函数,交给调用方自己来决定,何时执行。
同时 run 是个幂等函数,方便随时调用,还可以保证只有一个队列在执行,且不被多次调用。
这样就满足了开场需求,在 ajax 中顺序回调:)