2

ここで懸念事項を分けたいと思います。カスタム XML デザイナー、オブジェクト モデル、検証などのすべての UI ロジックを作成して、別のアセンブリに埋め込みます。次に、パッケージ フレームワークはデザイナー情報のみを登録し、UI サービスを要求するだけで、すべてが魔法のように機能します。

この方法では、UI デザイナーを変更する必要があるときに、パッケージ フレームワーク (Visual Studio パッケージ) アセンブリをいじる必要はありません。

この質問は、プラグインなど、UI ロジックをそれをロードする Skeleton フレームワークから分離する必要がある場合にも当てはまります。

ServiceProvider モデル、プラグイン モデル、またはその他のモデルの選択肢がいくつかあります。

サンプル、パターンの提案、リンクは大歓迎です。

更新 1: 私が探しているのは、「Prism (複合 WPF) は法案に適合しますか? 上記のように関心の分離を行うプロジェクト/アプリケーションに取り組んだ人はいますか?」などの考えです (私はまだ答えを探しています）

4

3 に答える 3

2

エディターをロードする VSPackage を作成しました。エディターは別のアセンブリに配置され、私が定義したインターフェイスを実装します。VSPackage はインターフェイスで動作するため、インターフェイスを変更しない限り、エディター (およびそのアセンブリ) に加えた変更は VSPackage に影響しません。

于 2009-07-15T07:43:18.573 に答える
1

縫い目についてあなたが求めていることは、MVCパターンが強制しようとする懸念の分離と非常によく似ています。

ASP.NET MVCは、プレビュー 5で既に公開されています。

主に Web 用ですが、WinForms にも使用する予定があると思いますが、よくわかりません。

于 2008-10-01T16:27:21.080 に答える
0

モデルビュープレゼンターパターンが好きです

于 2010-04-29T09:00:14.677 に答える