問題タブ [caliburn]

あるコンテンツ コントロールから別のコンテンツ コントロールにビューを移動する必要があります。あるコントロールのビューをシャットダウンしてビュー モデルを他のプレゼンター マネージャーに移動することに問題はありませんが、ビューをそこに設定するにはどうすればよいですか? ビューを再度作成したくありません。

ViewModels を Container に登録し、そこから解決する必要がありますか?

利点：

1. ビューモデルがアクティブになっているときにいくつかのアクションを実行できます
2. コンテナは私のために依存関係を注入します
3. ???

欠点:

1. ViewModel の有効期間の管理には注意が必要です。
   • ViewModel シングルトンを作成すると、同じタイプの複数のコントロールをインスタンス化できません
   • ViewModel を一時的にすると、実際には同じインスタンスが注入されると予想されるときに、いくつかの異なるインスタンスが存在するという状況に簡単に陥る可能性があります。
2. ???

正解は？生涯不利益を軽減できるのであれば、登録したいと思います。

必要に応じて、Caliburn と Autofac を使用しています。

Caliburn.Micro用のこのクラスの正しいバージョンを探しています

パブリッククラスWebServiceResult：IResultここで、T：new（）

上記の署名は、完全なCaliburnフレームワークのContactManagerの例からのものです。マイクロベースのプロジェクトに直接カットアンドペーストすることはありません。不足しているクラスが多すぎて、これを直接使用できません。考え？または誰かが交換を知っていますか？

新しい Silverlight プロジェクトで Caliburn.Micro を使用しましたが、すべてうまく機能しています。組み込みの規則により、ボタンのクリック イベントがビューモデルにバインドされますが、データグリッドとコンボボックスで selectionChanged イベントを処理する最善の方法が何であるかはわかりません。

現時点では、選択したアイテムにバインドしてカスタム ロジックを呼び出していますが、これは少しコードの匂いがするので、プロパティと selectedChange イベントの設定を分離する必要があると感じています。しかし、これらを分離した場合、選択変更イベントをコマンドでviewModelにバインドするにはどうすればよいですか? またはイベントトリガー？または、以下のコードは受け入れられますか? その小さな変更ですが、私はこのロジックをどこでも行っています。

私たちは Caliburn.Micro/Silverlight 4 を使用しており、生活は良好です。

コンボボックスの itemsSource を viewModel にバインドしようとしていますが、コンボボックスが既に独自の行の dataItem にバインドされているため、これは不可能のようです。コンボを埋めるロジックは、画面上の他のデータで変化するため、これまで使用していたような静的リストは実際には使用できません。

ディレクトリをviewModelにバインドする方法はありますか??? 要素間のバインディングを試みましたが、これはグリッド内で機能するようには見えません。

RescueAttribute が壊れている状況を見つけたと思います。または、コルーチンを間違って使用している可能性があります。

次のような ViewModel があります。

AsyncResult は次のように実装されます。

上記の ViewModel で例外のコメントを外すと、Rescue は例外の処理に失敗します。

これは Caliburn のバグですか、それとも AsyncResult の実装が間違っていますか?

yield の前に例外を置いて AsyncResult を返すと、Rescue は問題なく動作します。また、例外が非同期スレッドでスローされた場合でも、レスキューは機能します!

編集: AsyncResult の代わりに Show.MessageBox を使用して、同じ問題を再現することもできます。

CaliburnApplication.Resourcesタグにリソースディクショナリを追加しようとすると機能しないのはなぜですか。また、app.xamlの背後にあるコードで追加すると機能します。

私はこれを理解していません。これは優れたフレームワークですが、あまり使用していません。

あなたが何かを知っているなら、私は助けてください。

Show.MessageBox() の問題を発見しました。

私のアプリケーションでは、いくつかの場所で Show.Dialog() を呼び出して、子ウィンドウをモーダルに表示します。

次に、新しい子ウィンドウで Show.MessageBox() を使用すると、メッセージ ボックスがアプリケーションのメイン ウィンドウの中央に表示されます。ブレークポイントを入れることができ、メッセージ ボックスの所有者もメイン ウィンドウです。

それを修正するために、IQuestionDialog でハックを行いました。

これは考えられるすべてのケースで機能するわけではありませんが、私のアプリケーションでは機能します。

これを修正するよりクリーンな方法はありますか？

Caliburn1.1.0のRescueAttributeを機能させるのに問題があります。基本的に、すべてのビューモデルに一般的なキャッチオール例外ハンドラーを配置するつもりですが、メソッドが呼び出されることはないようです。

[PerRequest（ "ConfigurationGroupViewModel"）] [Rescue（ "GeneralRescue"）] public class ConfigurationGroupViewModel：Presenter {

..................。

public void GeneralRescue（Exception ex）{MessageBox.Show（ex.Message）; }

}

Caliburnのドキュメントで指定されている内容を正確に実行し、IConventionManagerについて言及した投稿を以前に見ましたが、RecueメソッドをViewModelクラス自体に直接配置しても、レスキューメソッドが呼び出されないことが懸念されます。誰かがこれで私を助けることができますか？

ありがとう！