問題タブ [operations]

スレッドの処理は初めてです。

スレッド化のコンテキストでのSystem.DiagnosticsとSystem.Timersの役割は何ですか？両方とも互いに代替的ですか、それともいくつかのユニークなタスクを実行するために実装されていますか？

ファイルシステムへのファイルの読み取りと書き込みにnioFileChannelと通常を使用した場合に、パフォーマンス (または利点) に違いがあるかどうかを調べようとしています。FileInputStream/FileOuputStream私のマシンでは、どちらも同じレベルで実行され、多くの場合、FileChannel速度が低下することがわかりました。これら2つの方法を比較して詳細を教えてください。これが私が使用したコードです。私がテストしているファイルは around 350MB. ランダムアクセスやその他の高度な機能を検討していない場合、ファイル I/O に NIO ベースのクラスを使用することは適切なオプションですか?

HP Operation Manager (以前の OpenView) が SQL サーバー データベースのテーブルからアプリケーション ステータス情報を読み取れるかどうかを知る必要があります。SSIS (SQL Server Integration Services) パッケージからのログ データを SQL テーブルに保存しているように、これを Operations Management ツールで読み取らせたいと考えています。クライアントは HP OpenView/Operations Manager を使用しています。HPサイトで多くのドキュメントをチェックしましたが、これができるかどうかはまだわかりません. OpenView は私には巨大なソフトウェアのように見えます。OpenView の専門家がいる場合は、助けてください。

PS:- ServerFault でこれを確認する必要があるかどうかはわかりません。

ダウンロード マネージャーのコードを設計していますが、非同期操作の既知のパターンがいくつかあるのではないかと考えていました。

私は自分のパターンを開発し始めたばかりなので、これを求めています。

単一ファイルのダウンロード自体は、開始、停止、一時停止、キャンセルを伴う非同期操作であり、進行状況と速度が表示されます。1 つの大きなファイルをダウンロードすると、実際には多くの小さなファイルまたはパーツをダウンロードできるため、これは多くのサブ操作を使用する 1 つの大きな操作であり、大きな操作は開始、停止、一時停止、キャンセルをサポートし、進行状況と速度をサブ操作と完全に一貫して表示する必要があります。オペレーション。

ダウンロード後、ファイルをハッシュして検証する必要がありますが、これは別の操作です。

これらすべての操作を処理する一般的な方法が必要であることがわかります...

DOM と LINQ はどちらもインメモリ パターンです。

遅延実行とは別に、DOM と LINQ の違いは何ですか?

RIAサービスのドメインサービスでより複雑な操作を実装する方法について頭を悩ませています。これはすべて、Beta2のSilverlight4、VS 2010、および.NetFramework4です。

ゴール

LinqToEntitiesDomainServiceで、次のような署名を持つ操作を作成できればと思います。

この操作はパラメーターのコレクションを取り、DomainServiceCRUD機能を介して操作されるエンティティのさまざまなインスタンスとタイプを更新するかなり複雑な操作を実行するという考え方です。

問題

私が直面した当面の問題は、カスタム型をパラメーターとしてメソッドに渡すことが許可されていないように見えることです。これらの行に沿った何かが戻り値に使用されると思います。わかりやすくするために、操作パラメーターをDTOにカプセル化したいのですが、この扱いにくい操作では、Entity Framework 4.0モデルでラップしたレガシーデータベースに対応するエンティティがありません。これは、ドメインサービスのベースになっています。

ドメインサービスは、基盤となるEFモデルのエンティティであるタイプのみを処理することになっていますか？UnwieldyOperationのようなより複雑な操作を公開するように設計されていませんか？

もしそうなら、操作の署名とエンティティフレームワークの操作の両方を可能にする別のサービスを何らかの方法で構築できますか？

モデルのエンティティを処理できるドメインサービスは1つだけであることを理解しました。これにより、すべてのCRUDとUnwieldyOperationを1つのドメインサービスに詰め込むことになりましたが、私の最初のアイデアは、サービスをより小さな部分に分割することでした。

ドメインサービスでパラメーターと戻り値を操作する操作を取得する場合、次の目的は、クライアントでドメインコンテキストに既にロードされているエンティティを更新することです。

そのようなことのための効率的なメカニズムはありますか？

どうやってそれをやろうと思いますか？

私が今まで持っているもの...

要するに、これは私がこれまでに持っているものです：

• 既存のレガシーデータベースを、余分なパディング/コードをできるだけ少なくしたEntityFramework4.0モデルでラップしました。これは、右クリックしてデータベースから追​​加および生成することを意味します。

• DomainServiceに単純なCRUD操作を実装し、それらを使用して簡単なデータを表示および編集しています。クライアントのViewModelsを介してロジックをカプセル化していますが、Entityクラスを直接公開していますが、これは私の問題/質問とは無関係だと思います。

• UnwieldyOperationを最初に思ったほど簡単に追加できないことに気づきました...また、ドメインサービスメカニズムのいくつかの側面を誤解していて、現在の状況につながっているのではないかと思います。

行く方法は？

このような質問にこれを書き留めると、おそらく私はこの方向に進むだろうという考えが得られます。

1. LegacyModelServiceは、私がすでに行ったようにCRUD操作を公開します。
2. 別のサービスで扱いにくい操作を公開します。それをRIADoaminServiceにするべきですか、それとも単なるWCFにするべきですか？
3. 新しいUnwieldyOperationsServiceからEntityFrameworkモデルにアクセスし、そこでデータレイヤーを操作します。
4. UnwieldyOperationの結果として生じた可能性のある変更を反映するために、クライアントでLegacyModelServiceのクライアントドメインコンテキストを明示的にリロードまたは更新します。これを行うための良い方法は何でしょうか？

私が得たのは、スクリーンショット作成アプリケーションのようなものです。（シリアル化に成功しました、神に感謝します!!!）ボタンがクリックされると、処理クラスのメソッドにアクセスしてスクリーンショットが撮られます。ここで注意が必要なのは、クラスに上記の結果を操作するための別のメソッドがあることです。それぞれの処理メソッドが呼び出されたときにウィンドウが作成（表示）され、ビットマップイメージがそのウィンドウ。問題は、これまでのところ、WPFでは、画像コントロールのソースを画像を格納する変数に関連付けることができないことに気づきました。最初に保存したり、URIを取得したりせずに、その変数に保存されている画像を表示するにはどうすればよいですか。？

演算子のオーバーロードを使用して、多項式クラスの基本演算 (+、-、​​、/) を定義しようとしていますが、プログラムを実行するとクラッシュし、コンピューターがフリーズします。

アップデート4

Ok。私は3つの操作を成功させました.残ったのは除算だけです.

これが私が得たものです：