問題タブ [prism]

「Make」と「Model」の 2 つのコンボがあります。それらの SelectedValue プロパティは、ModelID と MakeID を持つ Vehicle オブジェクトにバインドされています。

ヘレスモデル...

ユーザーは別のコントロールで Vehicles を検索できます。これにより、基になる Vehicle オブジェクトが交換されます。同じ Make の車両を切り替えると、すべて正常に動作しますが、Make が変更された場合は、データベースに移動して ModelSpec コレクションをリロードします。バインディングを更新する必要があるため、コンボにはモデルの説明が表示されません。

私の現在の回避策は、モデルをリロードするメソッドの最後にこれを追加することです。これは正常に機能しますが、特にエレガントなソリューションではありません。

基本的に、INotifyPropertyChanged をトリガーしているだけです ...

私は似たような洗練されていない解決策をいくつか思いつくことができますが、もっと良い方法があるに違いありません! どんな助けでも大歓迎です！

次のコードを実行すると、XML ファイルが で正しく作成されc:\tempます。

ただし、実際にはプロジェクトの下のサブディレクトリに作成したいのですが、これを行うと:

それを書き込むかのように機能しますが、ファイルはそのディレクトリに表示されません。

C:\Projects\Prototype12\CustomersModul\bin\Debug\Data.

プロジェクト内の相対パスを使用して StreamWriter でファイルを作成するにはどうすればよいですか?

私の Shell.xaml では、2 つのモジュールがそれぞれ半分の高さを占め、拡張可能になるようにします。最初のモジュールが切断されているのはなぜですか?

シェル：

HelloWorldView:

セカンド ビュー:

複合アプリケーション ブロック (「プリズム」) V2 を使用して wpf アプリを構築していますが、モジュールによって注入されたユーザー コントロールのレンダリングが非常に遅いという問題があります。ユーザー コントロールには、約 2000 行のデータグリッドが含まれており、画面へのコントロールのレンダリングにかなりの遅延があります。最初は、遅いのは wpf ツールキットのデータグリッド コントロール自体が原因だと思っていましたが、そうではありません。データグリッド (TestControl) を含むコントロールを外部モジュールからシェル プロジェクトに移動し、そこから直接ロードすると、コントロールは問題なくすぐにレンダリングされます。

モジュールの IModule の実装で次のコードを使用して、wpf ユーザー コントロールをシェルに挿入します。

Prism アプリで他のモジュールからコントロールを読み込むときにパフォーマンスの問題はありますか? それらをロードする最も最適な方法は何ですか?

ありがとう

レストラン向けの POS アプリケーションの構築を依頼されました。私は VB6.0 で POS アプリケーションを作成した経験があり、常に UX で作成したいと思っていました。フロントエンドとしてWPFを使用して作成しようとしています。私はほとんどプロセスの写真と画面を念頭に置いています。

そんなに言った、私はどのように建築するのか分かりません。

私の頭に浮かぶいくつかの主要な質問は次のとおりです。

WPF - Prism の複合アプリケーション ガイダンスを使用する必要があります。答えが「はい」の場合、POS アプリケーションのようにパフォーマンスが低下します。時間が重要になる可能性があり、顧客は迅速なサービスを求めています。

より良いメンテナンスのために依存性注入を使用する必要があると考えています。

ADO.NET Entity Framework の使用 - LinQ to SQL

後でこのアプリケーションを拡張して、在庫管理とデータ マイニング、管理レポートを含めたいと考えています。

POS for .NET を使用します

今週末にすべてをクリアできることを願っています。

お知らせ下さい。

ありがとうございました、

3月

編集：私はまだそれを開いたままにしており、より多くのビュー/アドバイスを得たいと思っています.

PRISM のリージョンに小さな問題があります。すべての基本的なテストは正常に機能しますが、次の XAML を純粋な C# に置き換えたいと考えています。

テスト クラス内のコードは非常に単純です。RegionManager にアクセスし、いくつかのテスト ビューを追加します。ただし、上記の XAML でわかるように、RegionManager を Control にアタッチする以外は、UserControl で実際には何も起きていません。これはコードで可能でなければならないと確信しており、既に持っている次の行を拡張します。

ヒントをありがとう...

WPFアプリケーション（複合アプリケーション）で、 App.configファイルに変数を保存したいのですが、 App.configにappSettingsセクションを追加するとすぐに、次のエラーが発生します。

System.Windows.Applicationの型初期化子が例外をスローしました。

App.Config：

このような単純なアプリケーションで動作させることができるので、一般的にこれが動作することを知っています。

上記のエラーの原因は何でしょうか。また、App.configファイルに変数を追加するだけで、どのように修正すればよいでしょうか。

ビューのすべての子がコンテキスト情報（表示する必要のある人）を知っている必要があります。また、MVVMと互換性のあるアプローチも必要です。PrismアプリケーションのRegionContextを使用してこれを実行しようとしました。これが私のアプローチと問題です：

私は、RegionContextにデータを入力できるように、ビューインジェクションを使用してビューを入力するTabControlを持っています。

Shell.xamlから：

そして、これが私の注射です

私が期待したのは、添付プロパティを使用して、RegionManager.RegionContext添付プロパティを介してそのDependencyObject（ContactView.xaml）の子である任意のコントロールからRegionContextの値を取得できることでした。

ContactView.xamlから

しかし、これは機能しません...それを機能させるには、ContactView.xamlを見つける必要があります。

これは問題ありませんが、モジュールがビューをContactViewにロードできるようにするので、ContactViewについて何も知らなくてもよいと思います。

私の質問は本当に、たくさんのコントロールとリージョンを含む複雑なビューをロードし、それらすべてが1つのコンテキストデータを共有するようにするにはどうすればよいかということだと思います。

これを行う正しい方法は何ですか？スコープコンテナ？制御階層を実行してRegionContext（ugh）を見つける新しい添付プロパティを記述しますか？RegionContextを正しく使用していませんか？私は何でも開いています。離れて提案します。

Prism と WCF の両方を使用して構築されたクライアント/サーバー タイプのアプリケーションがあり、サーバー側で呼び出しごとに wcf サービスを開始したいが、依存性注入を使用したい場合 (Prism の UnityContainer を使用)。どうすればこれを行うことができますか？単一のインスタンス サービスがあれば問題ありませんが、WCF には、サービスがインスタンス化され、このインスタンスが返されるはずのときにいつでもデリゲートを呼び出すことができるフックがありますか?

何か案は？

乾杯！

モデルが WCF サービスになる方法がわかりません。Astoria の部分クラスがクライアント上にあり、リモート呼び出しで永続化呼び出しを実行できる場合は理にかなっていますが、WCF サービスには、データ ストアの更新に使用できるモデル フィールドのプロパティがありません。

モデル/ドメイン オブジェクト クラスのインターフェイスを別のアセンブリに分解できたとしても、Silverlight プロジェクトではそれを参照として追加することはできません。

ViewModel に WCF 呼び出しをどのように含める必要がありますか? 最終的に、WCF は Linq-to-Sql で実装されたリポジトリ アセンブリを呼び出しますが、明らかにこれらのエンティティは、このシナリオでは私のモデルではありません。私の WCF クラスはどうですか?

これに関するガイダンスをありがとう。

また、参照フレームを提供するために読んだ投稿：

1. http://development-guides.silverbaylabs.org/Video/Silverlight-Prism#videolocation_0
2. http://blogs.conchango.com/davidwynne/archive/2008/12/15/silverlight-and-the-view-viewmodel-pattern.aspx
3. http://msdn.microsoft.com/en-us/magazine/dd458800.aspx