問題タブ [client-server]

サーバーとクライアントを使用して（当然のことながら）WCFアプリケーションに取り組んでいます。サーバー プロジェクトでは、コントラクト属性を持つクラスを定義しました。

サーバーの準備ができたら、サービス参照を追加し、プロキシを作成しました。私はそれを使用しましたが、うまくいきました。

私が尋ねたい質問は、コントラクト属性を持つクラス定義を含む共通の DLL を作成し、それをサーバーとクライアントの両方に使用しても問題ないかということです (Visual Studio によってクライアント用に生成されたクラスを使用する代わりに)。共通クラスを使用する場合、自動コード生成中にジェネリック コレクションが配列に変換されることを心配する必要はありません。ばかげていますか？出来ますか？誰もこれをやったことがありますか？これを行ってもよろしいですか？

展開シナリオは、安全なイントラネット内に限られた (少数の) クライアントが存在し、サーバーに変更があった場合はいつでも既存のクライアントを更新できるようなものです。

私が設計しているシステムでは、社内で製造した 16 個のシリアル ポート (db-9 RS232) を備えた 4 台の専用 PC を使用しています。64 台のユニットとほぼ同時に (4x16) 通信し、通信を管理する必要があります。 これが私が思いついたモデルで、フィードバックを求めています

サーバー: 1 つのシステムで実行され、クライアント アプリケーションを調整します。マスター ステート マシンを維持し、クライアントがそのステート マシンと同期していることを確認します。(たとえば、すべてのユニットがタスク A を実行し、最後のユニットが完了を報告すると、すべてのユニットがタスク B を実行します)。

.net リモーティング経由で通信しますか? WCF?

クライアント: サーバーと同じシステムで実行できます。すべての IO を管理します。実際のタスク実行のビジネス ロジックを管理します(悪い考えですか?)通知イベント (たとえば INotifyPropertyChanged) を介して Remoting/WCF を介してステータスを報告します。

私は .net リモーティングやあらゆる種類の分散アプリケーションを扱ったことがないので、まったくの初心者ですが、すぐに習得できます。 この時点で、文献やコミュニティのアドバイスをいただければ幸いです。

実際には何が良いですか？インスタンスのネストされたオブジェクトのロードを担当する複雑なクエリを持つクラスがありますか? または、単純なオブジェクトをロードする責任を負う単純なクエリを持つクラスですか?

複雑なクエリでは、データベースにアクセスする必要はありませんが、クラスの責任は大きくなります。

または、データベースにさらにアクセスする必要がある単純なクエリ。ただし、この場合、各クラスは 1 つのタイプのオブジェクトをロードする責任があります。

私がいる状況では、ロードされたオブジェクトが Flex アプリケーション (DTO) に送信されます。

私はクライアント/サーバーを書いています (おそらくすでにご存知の方も多いでしょう!)。サーバーはクライアントにデータを送信します。ただし、クライアントは 1 回接続でき、その後、接続が終了すると再度接続を試行することはありません。同様に、サーバーがメッセージを送信すると、それ以降の接続試行は無視されます。

サーバ：

クライアント：

膨大な量のコードで申し訳ありません。とにかく私が間違っているところを指摘できますか？

基本的なクライアント/サーバー モデル (疑わしいインターフェイスを使用して実装された場合でも) には、プレゼンテーション レイヤー、ビジネス レイヤー、およびデータ レイヤーがありました。Web サービス モデルを使用したディレクトリおよび検出方法は、まったく新しいレイヤーと見なされますか? ディスカバリー レイヤーは実際にはデータ レイヤーの役割を拡張して、サービスがどこで見つかるかに関する情報を含めているだけだと私は主張します。Web サービスと MVC フレームワークの間の相互作用を理解するのに苦労しており、ディレクトリと検出コンポーネントがそのフレームワークのどこに収まるかについて全体像を理解しようとしています。

ActiveXの純粋な.NET代替品はありますか？.NETのWebページに、comを使用せずにロードして操作するシッククライアント側のコントロールを作成する方法があるかどうかを尋ねています。

編集：純粋な.NETでActiveXを使用したくない、ActiveXの代わりに.NETを使用したい。

私が書いているのは、いくつかのC＃Winformクライアントとデータベースへのデータの読み取り/書き込みを行うJavaサーバーアプリで構成される単純な会計プログラムです。要件の1つは、すべてのC＃クライアントがサーバーから更新を受信する必要があることです。たとえば、ユーザーが自分のC＃クライアントから新しい請求書を作成した場合、他のユーザーにはクライアントからのこの新しい請求書が表示されます。

私の経験は主にWeb開発であり、C＃クライアントとJavaサーブレットサーバーでこの要件を満たすための最良の方法がわかりません。

私の最初は、GlassfishでActiveMQを実行し、メッセージングpub / subメソッドを使用して、更新をC＃クライアントにプッシュできるようにすることです。メッセージタイプを区別するために、newInvoice、cancelInvoiceなどのさまざまなトピックを作成します。各メッセージには、JSONでエンコードされたオブジェクトが含まれているだけです。

しかし、これにはかなりの作業が必要だと私には思えます。私のユーザーベースが非常に小さい（3人または4人の同時ユーザー）ことを考えると、もっと簡単な解決策があるはずだと私には思えます。（私はソケットプログラミングに精通していません:)）

私はこれがクライアントサーバープログラミング101の質問であることを知っていますが、経験豊富なプログラマーが私にいくつかの簡単な解決策を教えてくれるなら素晴らしいでしょう。