問題タブ [wcsf]

私はまだ MVP に頭を悩ませようとしています。コントローラ クラスは何に使用する必要がありますか? そこからデータ リソースにアクセスできますか?

それはまた私です...質問が多すぎます、私は知っています、しかしこれでは私は一種の初心者です...

さて、MicrosoftのWebクライアントソフトウェアファクトリーを使用して構築されたプロジェクトのテストを作成する際に問題が発生しました。次のようなエラーが発生します。

クラスMyClassNameのTestContextプロパティを設定できません。エラー：System.ArgumentException：タイプ'Microsoft.VisualStudio.TestTools.TestTypes.Unit.UnitTestAdapterContext'のオブジェクトをタイプ'Microsoft.VisualStudio.TestTools.UnitTesting.TestContext'に変換できません。

テストは実行されません、アイデアはありますか？

繰り返しになりますが、事前に感謝します=）

デフォルトでは、WCSFはWebサイトモデルを使用しますが、Webアプリケーションモデルを使用するように変更したいと思います。どうすればこれを達成できますか？

私はasp.net mvcを使用しており、UpdateModelとTryUpdateModelによって提供される機能が気に入っています。現在、Web Client Software Factory を使用してアプリケーションを開発しています。これで使用できるモデル バインダーはありますか?

WCSF は、Web ベースのアプリケーションを開発するためにマイクロソフトが推奨するソフトウェア ファクトリです。ソフトウェア開発に取り組む前に、以下について考える必要があると思います。

• それは何ですか？
• それのさまざまな機能は何ですか？
• どのように生産性を向上させますか?
• 品質を保ちながら納期を守るためにどのように役立ちますか?
• それに制限/短所はありますか？
• それに代わるより良い方法はありますか？

上記の質問に答えるのを手伝ってください。

WCSF は、Web サイトのソース コードを整理/構造化するために Model View Presenter (MVP) パターンを使用します。MVP パターンを正しく使用すると、関心の分離、プレゼンター ロジックの単体テスト容易性などが提供されます。

プレゼンター ロジックの単体テスト可能性を実現するために、WCSF と CSLA フレームワークをうまく機能させる (連携させる) 方法。プレゼンター ロジックの単体テスト可能性を実現するには、すべてのデータ アクセスとその他の依存関係をモックまたはスタブ化する必要があります。

wcsf アーキテクチャの概念を理解するのに役立つ良い記事を提案してください。可能なデモを使用してください。

よろしく、
ジャスティン・サミュエル。

私は完全に平凡なことに神経質になり始めています：TextBoxからユーザー入力を取得していません：S

私はこのようなことをします（aspxの背後にあるコード）：

そしてaspx

また、DetailsViewを使用してこれを実行し、リストにバインドしようとしましたが、編集モードで値を読み取ったときに同じ問題が発生しました。

何か案は？

C# で Web Client Software Factory (WCSF) を使用して ASP.net Web アプリケーションで作業しているときに、このジレンマに遭遇しました。同じことが他のプラットフォームや言語にも当てはまる可能性があります。私の状況は次のとおりです。

WCSF パラダイムに基づいて各 Web ページ/ユーザー コントロールの I View インターフェイスを定義してから、ページ クラスに I View インターフェイスを実装させ、基本的にインターフェイスで定義された各メソッドを実装します。メソッド レベルで xml-documentation を追加しようとしたとき、基本的に、インターフェイス メソッドと実装クラスの対応する部分の両方に対して同じコメント コンテンツを繰り返していることに気付きました。

私の質問は次のとおりです。インターフェイス メソッドと対応するクラス メソッドのドキュメント コンテンツの間に実質的な違いがあるはずですか? 彼らは別の側面か何かを強調すべきですか？

インターフェイス メソッドのコメントにはメソッドが「何をするか」を記述し、クラス メソッドのコメントには「どのように」メソッドを実行するかを記述する必要があると誰かが私に言いました。しかし、メソッド レベルのコメントは、メソッドが実行することになっている "何" だけを記述すべきであり、メソッドの実装の詳細を記述すべきではないことを以前どこかで読んだことを覚えています。

多くのモジュール (CRM、インベントリ、管理など) を含む大規模な Web アプリケーションに取り組んでいます。私が達成したいのは、これらの各モジュール (UI、コア ロジック、データアクセス ロジック、およびすべてのモジュール) を個別に開発できるようにすることです。 ）、それらをすべてコアモジュールに統合します（この統合は、構成ファイルの変更のみである必要があります）。たとえば、Host という名前のコア モジュールがある場合、ホストの構成ファイルに次の行を追加するだけで、CRM モジュールをホスト モジュールに追加できるはずです:

<module name="CRM" />

WCSF を読んだところ、いくつかのモジュールを統合するのに役立つことがわかりましたが、これらの UI 要素を統合するという点ではあまり役に立ちません。
何人かの友人はその仕事に MEF を提案しましたが、私はまだ見ていません。
皆さんはどう思いますか？
このレベルのモジュール性を達成することは可能ですか? また、それを機能させるためにどれだけの作業を行う必要がありますか?