0

クライアント処理のサーバーへの同期/レポートに問題があります。これの概念は、多くの顧客のデータが保存されている 1 つの中央サーバーです。私はいくつかの企業にアプリケーションを販売していますが、それらの企業にはすべて独自の部門があります。これらの企業はすべて、ログインして確認できる Web サイトを持っています。倉庫の製品の量、販売の進捗状況など。部門にはデスクトップ アプリケーション (インターネット接続はリクエストごとにのみ/より安価) があります。毎日のみ、倉庫やその他の状態を報告しています。

誰かがこれを行うためのフレームワーク、ライブラリ、パターンを知っていれば、私は感謝しています。私が最初に考えていたのは同期フレームワークでしたが、データベースはすべてのクライアント/企業向けのものです。次に、WCF についての何かと、処理に関するレポート (たとえば、販売されたもの、倉庫製品の量) のみを送信しますが、これが良いステップであるかどうかはわかりません。もう 1 つのアイデアは、イベント ソーシングを使用することでしたが、私のクライアント アプリは既に完成しており、これはやり過ぎです。

PS。将来的には、データをクライアント アプリに送り返したいと思うかもしれません。

4

1 に答える 1

0

別の Web サービス アプリケーションを介して、または wcf を介してサーバー アプリケーションから動的にサーバー エンドポイントを公開します。クライアントがエンドポイントに接続し、データを転送し、データを処理し、完了...

クライアントが上記のサービスに接続する場所を認識できるように、ドメイン名または静的 IP アドレスがあることを確認する必要があります。クライアント/サーバーが顧客にパッケージとして販売されている場合、クライアントが変更して接続をテストできるように、そのサーバー アドレス/エンドポイントを構成可能にする必要があります。

最終的にサーバーからデータを受信する限り、プログラムで wcf を介してクライアントにエンドポイントを公開させ、クライアントの起動時にサーバーへの「hello」呼び出しを介してエンドポイントの詳細をサーバーに送信することができます。サーバーは、特定のクライアントのメッセージをキューに入れることができる必要があります。これには、追加のロジックが必要です。

于 2011-12-24T16:59:27.857 に答える