express req.localsとres.localsの概念的なベストプラクティスは何ですか？

Question

概念的な観点からみると、ミドルウェアが最終的なミドルウェア（要求タイプの名前にちなんでapp.get、app.postという名前が付けられる）に到達するまでミドルウェアを伝播してから、要求が終了し、応答最終的なミドルウェアの内部から始まります。

応答オブジェクトが作成されました...応答変数とビューが含まれていますか？

リクエストは、アプリのエントリポイントまたは最終ミドルウェアで終了しますか？

中間ミドルウェアにレスポンスオブジェクトまたはリクエストオブジェクトを構築していますか？

それとも、両方とも並列で処理されていて、実際には関係ありませんか？

これは似たような質問ですが、満足しても答えられません。

req.locals vs. res.locals vs. res.data vs. req.data vs. app.locals in Express middleware

Answer 1

彼らはただ通すべきです。それは深い掘り出し物がないと確信が持てない黒い魔法の一つです。

ここで重要なことは、JavaScriptであるため、（req、res、next）引数からのreqとresは、実際には基礎となるオブジェクトへの参照であるということです。したがって、req = nullを実行した場合、参照を失うだけで、基になるオブジェクトは失われません。 Expressはスタック内の参照を保持し、それらを使ってミドルウェアを呼び出すと思います。その場合、起きているのは、（httpサーバーから）reqとresが最初から存在することだけです。そうしたい場合は、途中の情報のコンテナとして使用できます。おそらく応答は、それらを格納するためのより適切な場所です。何かを上書きすると、すべてを破ることができます。 （すなわち、res.write = nullは死んだアプリケーションになります）。

迷子にならないようにするには、a）テストを試してみてください。b）誰かがそれをやっているかどうかを確認してください。 c）ソースを見る。残念ながら、Expressにはかなりのソースがあります。だからこそa）は良い出発点です。