2

明日、商社で .NET 開発職の試験を受けます。彼らが求めているスキルの種類は、WinForms、マルチスレッド、デリゲート、イベントなどです。私はどちらかというと ASP.NET / 中間層 / データベース開発者ですが、過去にいくつかの WinForms を開発したことがあります。トレーディング ソフトウェアへの入り口となるこの役割に興味があるので、オファーがあれば引き受けたいと思います。

私は過去に似たような役割の面接に失敗しましたが、彼らは同じことを探しているようです。つまり、オブザーバーのパターン、マルチスレッド、イベントの作成と呼び出しについて尋ねているようです。

典型的な取引システム/プラットフォームが使用するサンプル プロジェクトやコードはありますか? これらすべてのシステムが使用する何か、つまり、このタイプのアプリケーションに共通の設計パターンまたは方法論が欠けているように感じます。

編集

別の言い方をすれば、典型的な取引システムは、特定のイベントが発生したときに更新する必要がある一連のフォームである可能性がありますか? たとえば、オブジェクトのコレクションがあり、コレクションが更新されたときに発生するイベントがコレクションにあるとします。更新の通知を受けるために、すべてのフォームがそれらのイベントをサブスクライブしますか? これはトレーディングシステムの可能なシナリオでしょうか?

組織内に同じ WinForms アプリを使用している複数のユーザーがいて、集中管理されたオブジェクトが更新された場合、複数のリモート WinForms アプリにこの更新を通知したり、アプリがリモート オブジェクトのイベントをサブスクライブしたりすることは可能ですか?

4

1 に答える 1

0

あなたが説明する複数のユーザーのシナリオでは、「集中型オブジェクト」はありません。オブジェクトはプロセスの境界内の構成要素であり、各ユーザーは WinForms アプリの独自のインスタンス、各ユーザーのマシン上に独自のプロセスを持ちます。

あなたが説明したもののより可能性の高いセットアップは、バックエンドサーバーコンポーネントに接続するWinFormsアプリ、つまりWCF経由です。サーバーは、重要な何かが更新されたときに、接続/サブスクライブしている各クライアントにプッシュ通知を送信できます。

于 2011-06-08T14:42:31.433 に答える