連携して動作するミドルウェアを作成した場合、機能をグループ化して管理するための最良の規則は何ですか?
私のserver.js
ファイルでは、現在、呼び出しで次々とリストされていapp.use
ます。
しかし、私のセットの最初のものでデータが生成されない場合、グループ内の後続のものはスキップしても問題ないことがわかりました。他のプロジェクトでそのような例を見たことがありませんが、これは最終的に集約であると思います。
連携して動作するミドルウェアを作成した場合、機能をグループ化して管理するための最良の規則は何ですか?
私のserver.js
ファイルでは、現在、呼び出しで次々とリストされていapp.use
ます。
しかし、私のセットの最初のものでデータが生成されない場合、グループ内の後続のものはスキップしても問題ないことがわかりました。他のプロジェクトでそのような例を見たことがありませんが、これは最終的に集約であると思います。
connectミドルウェアには、この種の問題の良い例があります。bodyParserを見てください:
app.use(connect.bodyParser()); // use your own grouping here
と同等です
app.use(connect.json());
app.use(connect.urlencoded());
app.use(connect.multipart());
内部的には、関数は前述の各ミドルウェア関数を介して オブジェクトとオブジェクトをbodyParser
渡すだけです。req
res
exports = module.exports = function bodyParser(options){
var _urlencoded = urlencoded(options)
, _multipart = multipart(options)
, _json = json(options);
return function bodyParser(req, res, next) {
_json(req, res, function(err){
if (err) return next(err);
_urlencoded(req, res, function(err){
if (err) return next(err);
_multipart(req, res, next);
});
});
}
};
完全なコードは githubリポジトリにあります。
編集
配列を渡すとまったく同じことが達成されるため、追加のモジュールは必要ないことを以下のコメントで通知します。:-)
私のアプリケーションは非常に細かいので、これを行う方法も探していましたが、他の回答のようにすべてをネストしたくありませんでした。
すでにもっと包括的なものがあると確信していますが、最終的には次のようにしました。
/**
* Macro method to group together middleware.
*/
function macro (...middlewares) {
// list of middlewares is passed in and a new one is returned
return (req, res, next) => {
// express objects are locked in this scope and then
// _innerMacro calls itself with access to them
let index = 0;
(function _innerMacro() {
// methods are called in order and passes itself in as next
if(index < middlewares.length){
middlewares[index++](req, res, _innerMacro)
} else {
// finally, next is called
next();
}
})();
}
}
そして、次のように使用します。
var macro = macro(
middleware1,
middleware2,
middleware3
);
app.post('/rout', macro);