0

あなたの提案は何ですか？

TRTCHttpServer をメイン フォームに配置するのと、他のサーバー コンポーネントを含むデータ モジュールに配置するのとではどちらが良いですか? デモ アプリには両方の実装があります。コンポーネントは、マルチスレッド プロパティ TRUE でセットアップされます。メインフォームで分離されているかどうかを知る限り、クライアントが接続すると、すべてのスレッドでデータモジュールが作成されます。本当ですか？

また、DB接続用のプールアルゴリズム(TZConnection)を作りたい場合、どこに入れればいいですか? 他のサーバー コンポーネントおよび DBAware コンポーネントと一緒にデータ モジュール内にあるか、それとも別個のデータモジュール内にあるか? プール アルゴリズムは次のようにスレッド化されます。

DB 接続プール サーバーには db 接続プールがあり、マルチスレッド化されている必要があります。これは、RTC コンポーネントによって実現できます。これは、3 層アーキテクチャの 2 層目として機能します。第 3 層は、ZeosLib を介して接続された MySQL です。

回答ありがとうございます。

PS：他の提案を探しましたが、明確にすることができませんでした. 助けてください。

4

1 に答える 1

1

1つの質問に複数の質問があると思います...

  1. 私の知る限り、RTCはスレッドプールを使用して、スケーラビリティを向上させ、リソースの使用を減らします。したがって、クライアントごとに 1 つのスレッドがあると想定することはできません。

  2. ロジックは常にdatamodule に配置することをお勧めしますが、決してメイン フォームには配置しないでください。UI とサーバーを混在させないでください。たとえば、本番環境でサーバーをサービスにホストすることは理にかなっています。

  3. ZeosLib を使用している場合、話している接続プールは ZDBC 接続プールとは関係ありません。

于 2013-10-31T15:17:28.063 に答える