問題タブ [prism]

PRISM (複合 WPF ガイダンス/ライブラリ) を使用したアプリケーションの構築を検討しています。アプリケーション モジュールは垂直に分割されます (顧客、サプライヤー、受注など)。これはまだ比較的簡単です...すべての作業が行われるメイン領域を持つシェルもありますが、次の動作が必要です:メインシェルにメニューが必要で、オプションのそれぞれがクリックされたとき(顧客、サプライヤーなど) モジュールを見つけてリージョンにロードする必要があります (一度に 1 つのビューのみ)?

この種の動作をするサンプル アプリケーションを知っている人はいますか? すべてのサンプルは、すべてのモジュールをメイン シェルにロードすることに重点を置いていますか? また、メニュー バーもモジュールにする必要がありますか?

[更新] メニューから選択されたモジュールに基づいて、リージョンにモジュールを挿入するにはどうすればよいですか? すべての例は、モジュールが初期化時にビューを領域に挿入することを示していますか? メニューでモジュールが選択されている場合にのみ、ビューを挿入する必要がありますか?

開始しようとしている単純な WPF アプリケーションがあります。Microsoft のパターンとプラクティスの「WPF の複合アプリケーション ガイダンス」に従っています。彼らの指示に従いましたが、私の WPF アプリケーションは「TypeInitializationException」ですぐに失敗します。

InnerException プロパティは、「'System.Windows.Navigation.BaseUriHelper' の型初期化子が例外をスローした」ことを明らかにします。

ここに私の app.xaml があります:

そして、ここに私の app.xaml.cs があります (「public App()」で例外がスローされます):

プロジェクトのスタートアップ オブジェクトとして「App」クラスを設定しました。

何が道に迷っているのですか？

CompositeWPF ( http://www.codeplex.com/CompositeWPF ) - 別名 Prism を使用して、作業中のアプリケーションを構築することを検討しています。

このアプリケーションは従来の LOB アプリケーションではありませんが、データと状態の情報をユーザーに提示します。

私が確信していないことの 1 つは、CompositeWPF が複数のウィンドウまたはシェルをサポートしているかどうかです。画面の右側下部に表示される境界線のないウィンドウ (MSN 通知と考えてください) をアプリケーションにユーザーに通知させたいのですが、ビューが領域に挿入されるなどのアイデアを引き続き使用します。

これに加えて、ユーザー アクション (何かをダブルクリックするなど) に反応し、メイン ウィンドウを非表示にして、作業の実行中に進行状況ダイアログを表示できるようにしたいと考えています。

それで、これは可能ですか？

私は Prism を 2 日間使用しており、新しいシェルに既存の UserControls を正常に追加して使用しています。これらの UserControls には、純粋な WPF コントロール (ボタン、リストなど) のみが含まれていました。

ここで、他の UserControl で構成される既存の UserControl を導入する必要があります。

私の理解が正しければ、これらのコントロールをシェルと同じ方法で領域を使用するように再開発し、適切なコントローラー/プレゼンターで Run() メソッドを定義して (サブ)UserControl を注入する必要があると思います。

これは正しいです？

これは、WPF または Prism の複合アプリケーション ガイダンスに関連しています。

私のシェルには「MainRegion」が 1 つあります。私のさまざまなモジュールは、このメイン領域にロードされます。メニューに使用可能なモジュールのリストを表示し、それらを選択してロードできます。メニューをクリックすると、次のようになります。

モジュールの Initialize() メソッドが実行されるため、最初はすべて正常に動作しますが、Module1、Module2、および Module3 が初期化された後、クリックして Module2 を再度ロードしても何も起こりません。

私の質問: 初期化メソッドが実行された後、モジュールをオンデマンドでアクティブ化するにはどうすればよいですか?

ご協力ありがとうございました！

この質問は、Codeplex の Prism のサイトにも投稿されました。

オンデマンドでモジュールをロードすることに少し迷っています。皆さんが私を啓発してくれることを願っています。v2 #7を使用しています。

これが私が達成したいことです：

1) 2 つの領域があります。1 つはモジュールをインスタンス化するボタン用 (MenuRegion) で、もう 1 つはモジュールを表示するため (MainRegion) です。MenuRegion で一度に表示できるモジュールは 1 つだけです。
2) モジュールはディレクトリにあり
ます。 3) MenuModule モジュールは MenuRegion に関連付けられており、モジュール名を示すボタンを作成します。いずれかのボタンをクリックすると、対応するモジュールがロードされ、MainRegion に表示されます。
4) 動作:
    a) ModuleA ボタンをクリックし、ModuleA を表示します。ユーザーは ModuleA にデータを入力し、データは保存されていない状態のままです。
    b) ModuleB ボタンをクリックすると、ModuleB が表示されます。ユーザーは ModuleB にデータを入力し、データは保存されていない状態のままです。
    c) ModuleA ボタンをクリックすると、ModuleA が以前に入力された情報とともに表示されます。

私の仮定が間違っている場合は訂正してください。また、他の提案を教えてください。

1) MainRegion は ContentControl である必要があるため、一度に表示できるモジュールは 1 つだけです。
2) ディレクトリで利用可能なモジュールの ModuleInfo を取得するには、カタログの「GrouplessModules」を列挙する必要があると思います
3) モジュールをロードするには、myModuleManager.LoadModule(moduleName) を呼び出す必要があると思います

最後に、私の質問：

1) MenuModuleView のコンストラクターのパラメーターとして moduleManager を使用する必要がありますか?
2) 利用可能なモジュールを列挙するために、MenuModuleView 内からカタログにアクセスできるようにするにはどうすればよいですか?
3) MenuModuleView から、モジュールを列挙しながらボタンを作成し、ModuleInfo をボタンの Tag プロパティに割り当てます。このように、モジュールをロードするためのクリック イベントは 1 つだけです。これは正しいです？それは私には少し回避策のにおいがします...

助けてくれてありがとう!!!

次の役に立たないプログラムを見てください。

UnityContainer は Program のインスタンスを返しますが、Windsor コンテナーは ComponentNotFoundException をスローします。

両方の動作の引数を確認でき、最終的にどちらになるかは気にしませんが、Prism V2 Drop 8 (執筆時点で最新のもの) は内部的に Unity の動作に依存しており、登録されていないクラスを要求します。

これらすべてのクラスを Prism 用に見つけて登録するよりも、Windsor を Unity のように動作させたいと思います。これを行うのに役立つものはグーグルで見つけられませんでした（私の用語は間違っているかもしれませんが）、ウィンザーのドキュメントはかなり悪いです...

誰でもこの問題の解決策を提案できますか?

これが私のシナリオです：

1. 1 つの TabControl と MenuRegion という 1 つの領域を持つシェル
2. MenuRegion には、使用可能な各モジュール (アプリケーション) のボタンが含まれています。

Prism (WPF 用の複合アプリケーション ライブラリ) を使用して次のことを実現したいと考えています。 . 1 つのモジュールが TabControl に複数回表示される場合があります。

あなたの答えに本当に感謝します。しかし、あなたが Prism ( http://www.codeplex.com/CompositeWPF ) を使用しているとは思いませんか? 私の質問はプリズムに関連していたので、より明確にするために編集しました。

Prism では、モジュールのビューをリージョンに動的にロードします。地域は動的に設定されるため、私のシナリオでそれを行う方法がわかりません。どのように名前を付けますか？

ありがとう！

私はCompositeApplicationLibraryを調べてきましたが、それは素晴らしいことですが、EventAggregatorをいつ使用するかを決めるのに苦労しています...というより、いつ使用しないかを決めるのに苦労しています。

StockTraderRIの例を見ると、私はさらに混乱しています。彼らは、ある場合にはEventAggregatorを使用し、他の場合には「クラシック」イベントを使用しています（たとえば、IAccountPositionServiceインターフェース）。

バックグラウンドスレッドで実行する必要がある重い作業タスクとの通信に使用することをすでに決定しました。この場合、EventAggregatorは舞台裏でスレッドのマーシャリングを提供するので、それについてあまり心配する必要はありません。それに加えて、このアプローチが提供するデカップリングが好きです。

だから私の質問は：私のアプリケーションでEventAggregatorを使い始めたら、すべてのカスタムイベントにそれを使ってみませんか？

私は現在、勤務先の会社で、すべての開発者に Silverlight (v2) について教えることを任されています。唯一の問題は、実際の Silverlight の経験がないことです。もちろん、データバインディング、レイアウトなどに関するすべての技術的な詳細を研究したので、同僚を助けることができます。しかし、情報を見つけるのが難しいのは、一般的なプロジェクト構造です。

私は P&P Prism 2 の道をたどることに決めました (そして、後でミックスに WPF を投入することさえあるかもしれません)。そのため、賢い人で Prism 2 または WPF のみを使用して実際のプロジェクトを開発した経験があるかどうか疑問に思っていました。プロジェクト/ソリューションの構造について何か提案があれば教えてください。「どこにビューを配置しますか？」など。または「モジュール プロジェクトの命名規則はありますか?」等

どんな助けでも大歓迎です。