下载 DOS 脚本包：downloads list

<script type="text/javascript" src="test.js?a=b&c=d"></script>

这种方式看起来最漂亮最容易被后台程序员接受，但没有考虑到缓存因素。
由于参数一般都是变化的，上面的方式会导致 js 文件每次都重新下载，实在是很糟糕。

特发此文，警醒！

用 IntelliJ IDEA 格式化代码：

var naa = true;
O00O = new Array();
O00O[0] = ' f u n c t i o n   p ( ) { v a r...';
OOO0 = 'fu';
OO0O = 'TVOBtOOIPdmbLGGEKsBJ';
OOO0 += 'nction __' + '__(_' + 'O0){';
O0O0 = 'v%61%72%20l%32%3Dw%69\156d\157w%2E...';
//...
OOO0 += 'eva';
OOOO = 'xxQFIxOBcaNyWMCROKJuuZcq';
OOO0 += 'l(unes' + 'cape(_O0))}';
eval(OOO0);
//...
____(O0O0);
OO00 += '0O.e 2   -&O5NORmP...';

注意变量名，很囧很混淆。使用 IDEA 强大的重构工具，换个名和调整下顺序：

var naa = true;

var a = new Array();
a[0] = 'f u n c t i o n   p ( ) { v a r...';

var b = 'fu';
b += 'nction __' + '__(_' + 'O0){';
b += 'eva';
b += 'l(unes' + 'cape(_O0))}';
eval(b);
b = '';

var c = 'OROIOYrQlrnBFVmo';

var d = 'v\141r%20%6C%32%3Dw\151ndo...';
var e = 'KFevRhEwkUOOOcSLStJIOObYtLDkWZpWOkvT';
//...

b 太猥琐啦。处理下，加密方法浮出水面：

var naa = true;

var a = new Array();
a[0] = 'f u n c t i o n   p ( ) { v a r...';

var l2 = window.opera ? 1 : 0;
function unencode(l4) {
  //...
}

var lO = '';
for (var ii = 0; ii < a.length; ii++) {
    lO += unencode(a[ii]);
}

var Zz = 'i7f=zis&&!zOF?true:false;';
var Zy = lO.indexOf(Zz);
if (Zy >= 0) {
    lO = lO.substr(Zy + (Zz.length));
    if (naa) {
        document.write('' + lO + '');
    }
}

根据上面代码的逻辑，可以立刻得到真实代码其实就在该脚本的下面。用 Firebug 一看，果真如此：

这个页面的其它 js 也类似，用 Firebug 立刻就能找到已经解密好的代码。

发这篇文章，一是觉得 jerryhuang@tencent.com 的做法不可取（何苦自己折腾自己），二是推荐 Web 前端开发 IDE 中的王者：IntelliJ IDEA（目前已有社区开源免费版，强烈推荐）。

var o = "<ol>", bd = document.body;
bd.innerHTML.replace(
        /(<img[^>]*)(src *= *("[^"]*"|'[^']*'|[^ >]*))/ig,
        function(m, t, c, src) {
            t = src; c = src.charAt(0);
            if (c == '"' || c == "'") t = t.slice(1, -1);
            o += "<li>" + t + " <img src=" + src + " /></li>";
        });
bd.innerHTML = o + "</ol>";

Booklet 添加页面：img-src-regexp-test.html（WordPress 的过滤好讨厌，只好放在独立页面里）

针对该功能，更简单明了的思路是用 getElementsByTagName(”img”) 来实现，但性能不如正则。

CKEditor – 七年的专注，赢取的是王者风范。
TinyMCE – 五年前的小家碧玉，如今已成长为大家闺秀。
Google Docs – 简单与复杂的权衡，2/8 原则的遵守者。只把 20% 核心功能做好做妙，需要魄力。
YUI RTE – 如果爱上你是场梦境，醒来后叫我如何继续使用？
NicEditor – 爱唐装的摇摆，还是牛仔的风采？这是位别致的女孩，很难让人爱或不爱。
百度/QQ/163/白社会编辑器 – 各具特色。

淘宝用过一个很古老的编辑器（至今宝贝发布页面还在用）。去年年底，换用过 YUI 编辑器（让人爱恨交加）。今年，祭出了 FCKEditor. 从纯功能上讲，FCK 是王者。但在国内互联网环境下，FCK 的文件有点大。针对淘宝的应用，FCK 的可定制性和扩展性，也有一定限制。

于是有了今天发布的淘宝开源编辑器：KISSY Editor, 已在 淘帮派 上线试用。

KISSY Editor 刚诞生，目前仅有基本功能。紧接着的二期里，将进一步完善基础架构和插件体系，并提供 Undo/Redo, 插入Flash, 表格编辑和预置模板等功能。

KISSY Editor 是开源项目 KISSY UI Library 的一个组件。KISSY 目前基于 YUI 2.x 开发，目标是打造一系列小巧灵活、简洁实用、使用起来让人感觉愉悦的 UI 组件。目前已有 CSS 基础框架、搜索提示 Suggest 和今天发布的富文本编辑器等组件。如果你感兴趣，欢迎与我联系。

KISSY 是开源项目，基于 MIT 协议。无论是个人开发还是商业应用，都可以免费使用。

淘宝将会把更多的组件整理进 KISSY 库中。
我们的理念是：开源，才能卓越！
我们相信，KISSY 库中有你所需，分享能带给你价值。
同时，热心的你，任何一条简单的建议，
都能让 KISSY 变得更好，让淘宝变得更好，让整个互联网变得更好！

对于编辑器的开发感想，就不多说了，一图抵千言：

开发编辑器，有如行驶在荒漠中，容易失去信念与坚持。
需保有一道靓丽的红，有如此风景守候，前行才有力量。

对 KISSY 有任何建议，欢迎与我联系(lifesinger at gmail.com or follow lifesinger@twitter).
对现有组件功能的建议和 bug, 欢迎提交到 Issues List.

其中“特定应用场景下的相关优化”指与浏览器相关的优化，比如减少 DOM 操作，避免 reflow, 字符串拼接优化等。

想法来源：51js 讨论贴

算法思路：

假设场景为从 [a, b, c, d, e] 里， 5 选 3.

先设定第一个和最后一个组合为：
s = 1 1 1 0 0 // a,b,c
e = 0 0 1 1 1 // c,d,e

Step1. 从左到右找出第 i 个组合中的 10, 转换为 01, 并将 01 左边的 1 全部移动到最左边，得到新组合 t
Step2. 如果 t 不为 e， 继续 Step1

按照以上思路，可以得到：

1 1 1 0 0
1 1 0 1 0
1 0 1 1 0
0 1 1 1 0
1 1 0 0 1
1 0 1 0 1
0 1 1 0 1
1 0 0 1 1
0 1 0 1 1
0 0 1 1 1

共 10 种组合

网上流传的递归方案（好像是月影写的？没找到源头）：

/**
 * 递归组合算法
 * 从 arr[1...n] 中任选 num(0 < num <= n) 个数的所有组合
 */
function combine(arr, num) {
    var r = [];
    (function f(t, a, n) {
        if (n == 0) return r.push(t);
        for (var i = 0, l = a.length; i <= l - n; i++) {
            f(t.concat(a[i]), a.slice(i + 1), n - 1);
        }
    })([], arr, num);
    return r;
}

两种方案的性能对比： combine-test.html

在 Firefox, Chrome, Safari 浏览器中，快速组合算法优势非常明显。
在 IE 浏览器中，计算量比较小时，快速组合算法依旧有优势；但计算量大时，无优势，甚至不如递归。

2009-09-27: 修改快速组合算法，用 Math 代替 regex replace, 性能立刻提升，在所有浏览器下保持优势。

51js 讨论贴：http://bbs.51js.com/viewthread.php?tid=85574

测试页面：loop-test.html

结论：

1. 效率很差的几个方式：arr.forEach 遍历（原生也慢），for in 遍历, arr.pop() 判断，arr[i] 判断。这些写法或许很酷很精简，但对性能有要求时，最好避免使用。
2. 多测试几十次，看统计平均结果，在 Firefox 下：++i < i++ < i = i + 1 < i += 1. 原因可以回溯到汇编语言。当然，这更多是编码习惯问题，对性能的影响可以忽略不计。推荐采用最常用的 i++ 或 ++i.
3. 缓存 length 能很明显地提高性能，推荐将其养成编码习惯。

参考页面：Loop Benchmarks, 对普通数组、稀疏数组和 HTML 集合都进行了测试。

博学而笃志，切问而近思，仁在其中矣。

博学：架构需要广度，要尽量多学习各方面的知识。
笃志：除了广度，架构师还需要深度，要懂得专注。
切问：三人行，必有我师。做架构，要多问，集思广益，要谦虚。
近思：切忌好高骛远，要学会落地。架构师要有长期规划，更要踏踏实实地小步前进。

中途休息，捉捉蚂蚁：

蚂蚁太无趣，不如摸摸表姐的小手手：

继续出发，途经茅亭：

表姐不肯走，在看啥呢？

原来是漂亮的鸽子：

表姐看鸽子，小雕的眼神飘向了别处：

mm 比鸽子好看多啦^o^