老听人说 koa大法好，这两天我也赶了把时髦：用 n 安上了node 0.11.12，下了个koa开启harmony模式试水。在一系列文档和贴子的教育下，大概认识到：
在接触 Node.js 前，由于有过 Python编程的经验，我对生成器是个什么东西已经是很清楚了。我真正感兴趣的是：它是怎么被用来优化回调嵌套的。
在 KOA框架为何这么屌 一文中有[……]
离上次更新已经有一个月了，惭愧。
最近在做一个网盘的项目，不出意外的涉及到大文件的上传，那么问题来了：如何实时的显示文件上传的进度？
似乎是老生常谈，几年前我做过类似的功能模块（基于.NET平台），方案思路：
这种方案的问题是受制于文件大小（最大2G）。所谓文件上传进度的实时显示，个人觉得比较理想的方案是：
众所周知，虽然Node的底层有一个IO线程池，但其应用层默认是单线程运行的，对于多核CPU环境来说，是一种资源的浪费。
所幸Node提供了child_process 模块，让开发者得以开多个进程，实现每个进程各自利用一个CPU，以实现多核的利用。
child_process 模块给予Node 可以随意创建子进程的能力。因为 child_process 类本身是一个 EventEmitter，所以进程间通信很容易；且父子进程间通信并不通过网络层，而是在内核中完成，高效。
但 child_process 对于开发者来说，编程模型还是过于复杂，需要操心的细节过多，比如：父进[……]
看 wind 源码的时候，脑子里蹦出一个词：MetaProgramming… 当然，我不是在说 wind 就是元编程了，只是觉得 JS 的动态性，很易于进行元编程。
我理解的元编程：用代码做为数据动态产生代码，用程序写程序。
JS 无需编译，所以有天然优势，运行时操作类或函数易如反掌。
比如说，需要动态给类的对象织入方法，代码是在程序运行时传入的，可以这么干：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
var metaClass = function () { }; var makeFunction = function (obj, name, fnBody) { obj[name] = new Function(fnBody); return obj; }; metaClass.prototype.addFunction = function (name, fnBody) { return makeFunction(this, name, fnBody); }; //测试代码 var code = 'console.log("hello");'; var metaObj = new metaClass(); metaObj.addFunction('hello', code).hello(); |
当然，这个hello() 的调用有点先知先觉了，呵呵且看：
|
1 2 3 4 |
metaClass.prototype.run = function(name){ return this[name](); }; metaObj.run('hello'); |
而且，和写 元编程[……]
在研究恶魔金字塔（Pyramid of Doom）的过程中，注意到 async 有这样的示例代码：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
async.series([ function(callback){ // do some stuff ... callback(null, 'one'); }, function(callback){ // do some more stuff ... callback(null, 'two'); } ], // optional callback function(err, results){ // results is now equal to ['one', 'two'] }); |
令人寻味的是这个回调函数callback。它不是调用者写的，而是由series()通过高阶函数的方式注入的。怎么注入的？答案是 arguments。事实上，async 完美的运用了函数arguments 的动态特性。
说到这个 arguments呢，它其实不是个数组，toString 会报告它是一种 [object Arguments] 类型的数据。诚如 MDN 所述：
The
argumentsobject[……]
接上篇，要在JavaScript异步环境中支持串行化执行，尝试参考了 CommonJS的Promise标准 后，决定使用没有状态的Promise 方式来实现。
严格说来，Promise标准应该包括：
在学Node的时候，遇到了一个关于回调的问题：
有若干个进行资源调用的函数（比如它们共享一个mongoDB的连接），要确保在它们都执行完成后，执行一个资源销毁的函数，怎么做比较好？
Node提供的是一个纯异步的执行环境，决定了至少这样的代码是行不通的：
|
1 2 3 |
a(resource); b(resource); destory(resource); |
因为：很可能在函数a或b执行完成之前，destory已经被触发。
那这样行不行：
|
1 2 3 4 5 6 7 8 9 |
a(resource, function(err){ if(!err){ b(resource, function(err){ if(!err){ destory(resource); } }); } }); |
当然行，随之而来的问题也很明显：
RSS Feed