Unix Pipes to Javascript Pipes

Unix Pipes to javascript Pipes

Unix Pipes

Unix管道扫描稿

简单样例：

$ netstat -apn | grep 8080

相信这个大家经常使用，这里就不细说了。

那么管道基本思想是什么呢？

• 让每个程序只完成一件事，并将其做好(do one thing and do it well)，完成一个新任务，新建一个程序，而不是在旧程序中添加新特性
• 标准化每个程序的输入和输出，让任意符合标准的程序可以串在一起(write PRograms to work together)
• 设计和创造软件，而不是架构或系统

NodeJS Stream

NodeJS中引入流概念来解决I/O异步问题，如果没有Stream，我们可能要这么写代码：

var http = require('http');var fs = require('fs');// 著名的回调地狱又来了var server = http.createServer(function (req, res) {    fs.readFile(__dirname + '/data.txt', function (err, data) {        res.end(data);    });});server.listen(8000);

但有了Stream，我们就可以更优雅的编写代码：

var http = require('http');var fs = require('fs');var server = http.createServer(function (req, res) {    var stream = fs.createReadStream(__dirname + '/data.txt');    // 把两个管子接起来    stream.pipe(res);});server.listen(8000);

想添加一个新功能？要用gzip压缩文件？OK，可以这么写：

var http = require('http');var fs = require('fs');var oppressor = require('oppressor');var server = http.createServer(function (req, res) {    var stream = fs.createReadStream(__dirname + '/data.txt');    // 将三个管子连起来    stream.pipe(oppressor(req)).pipe(res);});server.listen(8000);

Back-end to Font-end

随着EventStream、Gulp、Webpack管道在后端的盛行，管道逐渐从后端向前端渗透，如Angular、Vuejs。我们在Q.js、高可扩展数据层组件DB.core中大量使用了管道过滤器(Pipe-And-Filter)模式。

(webpack的核心：管道式插件)

那么前端的管道又是怎样的呢？让我们看看DB.core中的例子。

Pipes in DB.core

DB的设计初衷在于解决CGI拉取的通用性问题，例如：区分正确和错误逻辑、通用错误逻辑处理、登陆态通用处理。但DB却难以复用，因为我们发现每个业务的通用性各不相同，通常我们新起一个业务总是要将DB复制下来后做大量侵入式修改，才能适用于新的业务要求。而在齐齐互动视频中，我们例如管道过滤器模式重构了我们的DB。 具体请参见：https://github.com/miniflycn/db

问题在哪里？

• Rule of Simplicity: Design for simplicity; add complexity only where you must.
• Rule of Parsimony: Write a big program only when it is clear by demonstration that nothing else will do.

让DB干了太多事情，导致每次干一件事情就要插入各种代码。通过管道过滤器模式，将每件事情拆成独立的过滤器，每个过滤器只做一件事，但将一件事情做到极致。

单一功能原则(Single responsibility principle)规定每个类都应该有一个单一的功能，并且该功能应该由这个类完全封装起来。所有它的(这个类的)服务都应该严密的和该功能平行(功能平行，意味着没有依赖)。

马丁把功能（职责）定义为：“改变的原因”，并且总结出一个类或者模块应该有且只有一个改变的原因。一个具体的例子就是，想象有一个用于编辑和打印报表的模块。这样的一个模块存在两个改变的原因。第一，报表的内容可以改变（编辑）。第二，报表的格式可以改变（打印）。这两方面会的改变因为完全不同的起因而发生：一个是本质的修改，一个是表面的修改。单一功能原则认为这两方面的问题事实上是两个分离的功能，因此他们应该分离在不同的类或者模块里。把有不同的改变原因的事物耦合在一起的设计是糟糕的。

——from wiki

前端常用的管道过滤器模式基本实现

    /**     * _apply     * @param {Array} handles 处理函数列队，每一个是一个管子     * @param {*} data 要处理的数据     * @param {Object} options 可选参数     * @param {Function} cb 处理后回调     */    _apply: function (handles, data, options, cb) {        var i = 0,            l = handles.length,            res = data;        for (i; i < l; i++) {            res = handles[i].call(this, res, options);            // if handle return false, just break            if (res === false) return;        }        cb(res);    },

db.core完整实现

var $ = require('jquery');/** * DB * @class * @param {Object} options this is just a $.Ajax setting *      @param {Array} options.errHandles *      @param {Array} options.succHandles *      @param {Function} options.succ *      @param {Function} options.err */function DB(options) {    this._init(options);}$.extend(DB.prototype, {    _init: function (options) {        this.errHandles = options.errHandles || [];        this.succHandles = options.succHandles || [];        this.errHandles.unshift.apply(this.errHandles, DB.options.errHandles || []);        this.succHandles.unshift.apply(this.succHandles, DB.options.succHandles || []);        options = $.extend({}, DB.options || {}, options);        this.options = options;    },    _wrap: function (options) {        var self = this;        options.success = function (data) {            // you may want to modify this line for judging error or success            data.retcode === 0 ?                self._apply(self.succHandles, data, options, options.succ) :                self._apply(self.errHandles, data, options, options.err);        };        options.error = function (data) {            self._apply(self.errHandles, data, options, options.err);        };        return options;    },    _apply: function (handles, data, options, cb) {        var i = 0,            l = handles.length,            res = data;        for (i; i < l; i++) {            res = handles[i].call(this, res, options);            // if handle return false, just break            if (res === false) return;        }        cb(res);    },    /**     * ajax     * @param {Object} options this is just a $.ajax setting     *      @param {Function} options.succ     *      @param {Function} options.err     */    ajax: function (options) {        options = this._wrap($.extend({}, this.options, options));        !options.data &&            (options.data = options.param);        $.ajax(options);    }});$.extend(DB, {    httpMethod: function (options) {        var db = new DB(options);        return function (opt) {            db.ajax(opt);            return this;        };    },    extend: jQuery.extend,    // default options    options: {}});module.exports = DB;

这样我们就可以把以前的各种业务数据检测，甚至是数据组装都放在succHandles和errHandles进行。这是我们在齐齐项目中使用的一个例子，可以看见，我们把数据组装也放在了DB层进行。