問題タブ [scsf]

SCSFで1つの問題に直面しています。

2つのワークスペースがあります

1. MdiWorkspace
2. DeckWorkspace

モジュールに2つのビューがあります

1. ビューアー（mdiworkspaceに表示）
2. プロパティビューア（デッキワークスペース内）

ビューアーには、PropertyViewer（別のビュー）を表示することを目的としたツールバーのボタンがあります。

このPropertyViewerをdeckworkspaceagaistボタンクリックイベントに表示するにはどうすればよいですか。

注： Command [CommandName] .AddInvoker（control、"click:)とCommandHandlerを使用していません

MS SCSF-CAB についての議論はもうないようですが、このフレームワークは時代遅れですか? より良いフレームワークはありますか？

オブジェクトビルダーによって行われる依存性注入を強化/模倣して、いくつかのカスタムプロパティを含めたい

標準的な方法は

mySmartPart.csで

[CreateNew] MyPresenter ABC {....}

[ServiceDependency] myService XYZ {...}

インクルード[MyCustomReferenceAttribute]CustomerObjectMyCustomer {....}

等

これはsmartPartが作成された後に明らかに行うことができますが、コードをどこでも繰り返す代わりに、必要なコード拡張をフックできる場所があると思います（期待していますか？）。

私のチームは新しい LOB WinForms アプリを開始しており、アーキテクチャ ソリューションを評価しています。VS2008 で開発できますが、.NET 2.0 をターゲットにする必要があります。SCSF-CAB (2008 年 4 月) を使用したいのですが、ドキュメントには、このフレームワークで構築されたアプリを実行する (コンパイルするだけでなく) には .NET 3.5 が必要であると書かれており、それが私の質問の核心です:

.NET 3.5 は本当に SCSF-CAB の要件ですか (2008 年 4 月)?

すべてのプロジェクトで .NET 2.0 を対象として、複合 UI ブロックと SCSF ガイダンス パッケージを再コンパイルし、すべての単体テスト (WPF 固有の 4 つのテストを除く) に合格できるため、これをお願いします。

コンパイル/テスト サイクルで .NET 3.5 の依存関係が明らかにならないでしょうか? その要件について何か不足していますか？

更新: SCSF シェル内で実行される基本的な Hello World モジュールを作成しました。このモジュールは、Windows XP と .NET 2.0 SP2 のみがインストールされた仮想マシンで正常に実行されます。また、Reflector を使用して、SCSF に同梱されているアセンブリの一部を分析しました。見つかった唯一の依存関係 > .NET 2.0 は、Microsoft.Practices.SmartClient.DisconnectedAgent アセンブリにあります (System.ServiceModel を参照しています)。

私はSCSFにまったく慣れていません。だから、私はC＃でSCSF Winformsを開発しています（VSNet 2005 Fwk2.0の2007年5月バージョンを使用しています。新しいバージョンは使用できません）。ビジネスモジュールを実装しました。エラーをログに記録するためのベスト プラクティスは何ですか? Logging Application Block を構成しました。しかし、それをどのように使用するのですか？

回答ありがとうございます

Infrastructure.Module プロジェクトに新しい View (LogView) を作成しました。このビューは、VS の出力ウィンドウのような LogViewer として使用されます。さまざまなモジュールから、この LogView にさまざまなステータス メッセージを書き込みたいと考えています。

また、メッセージを LogView に書き込むイベントを発行するクラス LogWriter を作成しました

アプリケーション全体でこの LogWriter クラスにアクセスする際に問題に直面しています。これを使用する方法を教えてください...

そしてLogViewイベントサブスクリプションでは

解決策を教えてください

LogWriter クラスは Infrastructure.Interface プロジェクトにあります LogViewer は Infrastructure.Module プロジェクトにあります

Infrastructure.Module の ModuleController.cs で、WorkItem.Services コレクションに LogWriter を追加しました

そして、他の1つのプロジェクトで私はそれを使用しています

var logWriter = WorkItem.Services.Get(); if (logWriter != null) logWriter.WriteMsg("メッセージ");

しかし、それは私にnullを返しています。

モジュールのロード シーケンスも正しいです。

SCSFフレームワークとSCSFcontribを使用して、アプリケーションにドッキングサポートを追加しています。

アプリケーションの起動時にそれらを復元できるように、開いているビューのレイアウトを保存したいと思います。

これどうやってするの

ローカルで作成されたテーマ パッケージ .tssp が radgridview に適用されません。助けてください

CAB/SCSFで複雑なリッチクライアントユーザーインターフェイスを設計しているチームがいます。検討している設計要素の1つは、CABモジュールと、場合によってはCABビュー自体の動的ロードです。「箱から出して」SCSF/CABを利用すると、起動時にすべてのモジュールアセンブリが自動的にロードされます。リッチクライアントアプリケーションの起動時間は非常に長く、モジュールを追加するにつれて長くなります。

他の人々がCABモジュールのロードプロセスの標準的なオーバーヘッドを調べているかどうか、私はただ興味があります。それはすべてCABビューのロード内にありますか？もしそうなら、モジュールアセンブリの負荷フットプリントを最小限に抑えることができるように、CABビューの「オンデマンド」ロードメカニズムの設計を検討した人はいますか？ここでの考え方は、ビューが実際に最初に必要になるまでロードされるべきではないということです。また、モジュールレベルで「オンデマンド」のロードメカニズムを設計することには、実際のメリットはありますか？

ベストプラクティスについての考えをいただければ幸いです...

（この質問は元々http://social.msdn.microsoft.com/Forums/en-US/modelingandtools/thread/dce936fe-45f9-420c-90ca-286a8d553e35に表示されていたため、ダン）

私は、Microsoft Patterns & Practices の現在は使用されていないComposite Application Block (「CAB」)上に構築された 2 つの非常に大きな WinForm アプリケーションを持っています。私は初期の採用者であり、最初に CAB を採用して使用することに飛びつきました。さて、本当に死んでしまったので、将来のことや、どのフレームワークに移行できるかについて、ますます考え始めています。

CAB の好きなところ: * 構造、構造、構造 - 集中力を失いやすく、「分析麻痺」になりがちです。CAB は「物事を行う方法」を導入し、「イベントをどのように接続するか、または最適な IoC は何か」などを心配する代わりに、軌道に乗ってアプリケーションを開発し続けます。 CABが本当に好きです;0）

「独自の CAB を構築する」という記事を見たことがありますが、それには興味がありません。堅実で積極的にサポートされている同様のフレームワークに移行したいと思っています。私の Web 検索では、CAB と同じニーズを満たすと思われるものは見つかりませんでした。おそらく、誰もが独自のフレームワークを構築しているため、別のフレームワークが存在しないのです。

何かアドバイスやアドバイスがあれば、ぜひお聞きしたいです。