1

私は、HTTP サーバーとクライアントと非常によく似た動作をするサーバーとクライアントを開発するプロジェクトに取り組んでいます。

  • HTTP の場合、サーバーは実際にはファイル サーバーです。サーバーはクライアントにファイルを送信します。
  • 私のプロジェクトでは、クライアントはサーバーにファイルを送信し、サーバーはファイルの分析結果をクライアントに返すだけです。
  • そして、私のプロジェクトと HTTP1.0 (おそらく HTTP1.1 ではない) はどちらもステートレスです。

したがって、どちらも非常に同じですexcept that the file transfer direction is in the opposite way。POST messageしかし、HTTP を使用しても、クライアントは?!を使用してサーバーにファイルを送信できます。

そこで私は突然、すべてをゼロから開発するのではなく、HTTP ライブラリだけを使用できるのではないかと考えました。

stackoverflow で HTTP ライブラリについて調べてみました。

マングース、パイオン

以上のようなものがあります。

私の場合、プロジェクト全体を再発明するのではなく、これらの HTTP ライブラリの 1 つだけをプロジェクトに適用できますか?

前もって感謝します。

4

2 に答える 2

2

はい、HTTP ライブラリは目的に適しています。通常、これらはWeb サービスと呼ばれます。

RESTful web-servicesと呼ばれる設計方法論もあります。サービスを設計する際にこれらのガイドラインに従うと、Chrome の高度な REST クライアントなどのサードパーティ ツールが開発プロセスに役立ちます。

C++ があなたにとって絶対に必要かどうかはわかりませんが、そうでない場合は、これらの記述から実質的にすべての作業を取り除くサービス スタックフレームワークを強くお勧めします。

于 2013-05-01T11:58:24.597 に答える
1

すでにほとんどの作業を行っている HTTP などの既存のプロトコルを書き直したり再作成したりしないでください。HTTP で必要なことのほとんどを行うことができ、おそらくそれ以上のことを行うことができます。

C++ でビルドする場合は、POCO C++ ライブラリ ( http://pocoproject.org/ ) を使用することをお勧めします。HTTP サーバー/クライアントが組み込まれており、ほとんどのアーキテクチャで必要なほとんどのものに簡単かつ移植可能に使用できます。 .

于 2013-05-01T13:34:29.540 に答える