Expressの代替案について、Express'aを放棄する価値がある場所と理由、および切り捨てられた翻訳の小さな測定値について

エクスプレス

Expressは、Node.js用のシンプルで十分に文書化され、十分にサポートされ、最もダウンロードされたフレームワークです
単純なHTTPサーバーの作成方法をグーグルで検索しようとすると、最初のリクエストは次のようなものになるでしょう。

const server = require('express')({}) server.get('/', (req, res) => { res.send('Hello World!') }); server.listen(3000);

REST API

企業が開発したアプリケーションのアーキテクチャでは、HTTPが通信のメインプロトコルとして使用されているため、REST APIとRESTサービスが引き続き基本的な役割を果たします。これは、新しいアプリケーションまたはマイクロサービスを作成するプログラマーが、たとえば「イベントキュー」の代わりにREST APIを使用することを意味します。

マイクロサービスを使用することが一般的になったため、REST APIは可能な限り小さくなり、最小限の操作を実行するよう努めています。これには、開発されたAPIのエンドポイントの数がマイクロサービスの数に正比例して増加し、単純なアクションごとに独自のエンドポイントが存在する必要があります。たとえば、データベース内のユーザーデータを変更するには、まず/ user / searchメソッドを呼び出して必要なユーザーのIDを検索し、次に/ user / updateメソッドを呼び出して、このIDの前にパラメーターを返しますこの操作を実行する順序（注Ed。）。

はい、REST APIは高速でなければなりません、高速でなければなりません！

また、REST APIを使用して負荷の高いアプリケーションを作成する場合、マイクロサービスパターンを使用する機会が増えています。このようなアプリケーションは、APIゲートウェイ上に構築されます。ゲートウェイAPIは、実際には、ユーザーがアクセスするプロキシサーバーであり、このプロキシサーバーは既に最小負荷のマイクロサービスにアクセスしています。通常、Gateway APIは次のような小さなタスクも解決します。