Unix Pipes to Javascript Pipes

2022-11-19 15:17:47

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层进行。

码农公寓