design-patterns - ユーザーにデータを返す (優れた API 設計)

Question

だから今、私は API を書こうとしているアプリケーションを開発しました。アプリケーションは理想的には文字列をユーザーに返します。アプリケーションから送信される文字列の量が不明な場合があるため、API は通常のプログラム的な意味でデータを「返す」ことができません。Unix システムでは、名前付きパイプを介してこのデータをユーザーに渡すのは悪い考えですか? API の作成の詳細に関する情報を見つけるのに苦労しました。助けてくれてありがとう。

Answer 1

アプリケーションから送信される文字列の量が不明な場合があるため、API は通常のプログラム的な意味でデータを「返す」ことができません。Unix システムでは、名前付きパイプを介してこのデータをユーザーに渡すのは悪い考えですか?

Unix では、データを '標準出力' に書き込むことによって、プログラムがそのデータを、好きなだけ、おそらく大量のデータを出力するのが一般的です。ユーザーは、この出力を画面またはファイルにパイプするか、別のプログラムへの入力としてパイプすることができます (たとえば、データをフィルター処理する場合があります)。

API の作成の詳細に関する情報を見つけるのに苦労しました。

http://www.faqs.org/docs/artu/は非常に有名です。あるプログラムから別のプログラムにデータを出力すること。

Answer 2

アプリケーションによって異なります。それが短命のコマンド ライン ツールである場合、標準入力からの読み取り/標準出力への書き込みモデルは完全にうまく機能します。grep/sed/awk/perl は、データの後処理を処理します。デーモンの場合は、fifo またはソケットを使用することをお勧めしますが、そのストリームでのクライアント サーバー プロトコルの種類について考える必要があります。さらに一歩進んで、そのプロトコルを認識し、アプリケーション ライターにアプリと通信するための一貫した一連の関数を提供するライブラリを提供することは、真の API になります。これは古典的なクライアント サーバーです。たとえば、ほとんどのデータベースはこのように機能します。