私はWindows Mobile 6/6.1/6.5にwin32アプリケーションを移植しようとしています。 winhttpはモバイルプラットフォームで利用できないようです。Windows Mobile 6向けのC/C++ HTTPクライアントライブラリの推奨事項はありますか?
私の最初の考えは、WinInetに置き換えることでしたが、誰かがより良いアイデアを持っていたかどうか疑問に思いましたか?
私はWindows Mobile 6/6.1/6.5にwin32アプリケーションを移植しようとしています。 winhttpはモバイルプラットフォームで利用できないようです。Windows Mobile 6向けのC/C++ HTTPクライアントライブラリの推奨事項はありますか?
私の最初の考えは、WinInetに置き換えることでしたが、誰かがより良いアイデアを持っていたかどうか疑問に思いましたか?
実際、WinInetはクライアントノード用のより適切なHTTPクライアントライブラリです。
は、ここでのWinInet voer WINHTTPについての私の好きないくつかのものです:
クライアントアプリが同じサーバからの要求の多くを作るために必要がある場合、WinInetのが暗黙のうちにサーバーを溢れさせないようにするように要求をキューに入れます。 (しかし、クライアントアプリケーションには透過的です)。つまり、同時接続に関するRFC 2616のガイドラインを尊重します。これは、あなたのアプリが同じサーバーから同時に多数の画像(またはファイル)をプルダウンしているときには素晴らしいことです。
コンテンツを取得するためにIEキャッシュを使用しますか? (私は、モバイルプラットフォーム上に相当するキャッシュが存在すると仮定します)。
プロキシサーバーがIE設定から自動検出されました。 IPネットワークがもう少しオープンなので、おそらくモバイルに関する問題は少なくなります。しかし、WinHttpでプロキシサーバーをサポートする必要がある場合は、他のAPI呼び出しを使用してサーバーを直接指定する必要があります。
私はWininetを使いました。しかし、タイムアウトが壊れるので理想的ではありません。完全な非同期設計を開発するには、大量のコードが必要でした。
代わりに、私はlibcurlを試しています。
これまでのところ、私はまだそれを正しくコンパイルしてリンクすることはできませんでした。ポーティングのようなものは時々そのような痛みです。しかし、私は逃げる。 ;)