私はWinsockプログラミングのコンポーネントを好んでいませんでしたが、私はそれを自然に愛しましたが、今日私の同僚は私のプロジェクトにIndyを使用するように指示しました。 -2 TCPサーバー、2つのTCPクライアント、4ソケット合計 - プロジェクトはプロキシです。は十分に良いWSAASyncSelectですか？代替案を提案できますか？インディは良いですか？
今、2番目の質問では、WSAASyncSelectがうまくいかず、それが予想できます.Winsock 1.1からのものです。私の質問は次のとおりです.Winsock-by-handに対してAsyncSelectより優れたものを提案する。
ありがとうございます。
私の好みは、その軽く分かりやすいアプローチのために、私のソケット作業のすべてに対してsynapseに傾く傾向があります。これはコンポーネントアーキテクチャではありませんが、クラスアーキテクチャと実装は、既存のヘルパークラスの1つをコピーし、必要な正確な手順を実行するように変更するだけで簡単です。 Synapseには素晴らしいユーザーコミュニティがあり、積極的に開発されているので、svnスナップショットから最新の変更を取得します（私はそのリビジョン98、リビジョン38のジップを持っています）。
はい、Indyは、Winsock通信の一貫した抽象化を提供するので、はるかに優れています。違いは、WinApiを使用してウィンドウを作成し、単にTFormを使用することです。
はい、インディーが優れています。 ICS、Synapse、またはその他のインターネット関連コンポーネントセットも同様です。彼らはすべての細目を処理し、通信レイヤの詳細に時間を浪費するのではなく、アプリケーションの実際の機能を操作できるようにします。また、自分のコードよりもはるかに優れたテストを受けています（より広いユーザーベースと幅広いハードウェアとオペレーティングシステムのため）。
NIH（ここには発明されていない）は、特にIndyやICSのようなソースが無料の代替手段がある場合、よく構築され、よく維持管理され、広く使用されている代替手段があれば、本当に悪い考えです。