問題タブ [system.componentmodel]

ユーザーが正しい情報でオブジェクトを送信したことを検証するコードを書いています。言い換えれば、英語のアルファベットまたはラテン語の外国の母音 (フランス語、ドイツ語など) 以外の数字、記号、およびその他の表記法が名前に含まれていないことをどのように検証すればよいでしょうか?

私は奇妙なMEFの問題を抱えています。これをテストプロジェクトでテストしましたが、すべてうまく機能しているように見えますが、実際のプロジェクトでは何らかの理由で機能していません

これはエクスポートコードです

exports count は 0 です :( 理由はありますか?

ログファイルには、これがたくさんあります

System.ComponentModel.Composition 情報: 6 : エクスポートが含まれていないため、ComposablePartDefinition 'SomeOthertype' は無視されました。

「someOtherType」のエクスポートに興味があったので、これで問題ないと思いますが

更新: このリンクを見つけましたが、デバッグした後は賢明ではありませんが、適切にフォローアップしていない可能性があります。

ご指摘ありがとうございます

乾杯

アセンブリをホット スワップ (更新) しようとしています。通常のワークフローでは、いくつかの変更を行い、アセンブリをビルドし、いくつかの変更を行ってから再度ビルドします。理想的な世界では、ホスト アプリは新しいバージョンのアセンブリを取得します (更新されたタイプ)。

小さなプラグイン ローダー クラスは次のとおりです。

FileSystemWatcher を使用して新しいプラグインが plugins フォルダーにドロップされたことを認識するコードがあり、それが発生したときに Reload を呼び出しますが、アセンブリの新しいバージョンは実際には読み込まれません。ポインタはありますか？

ノート：

• 新しいアセンブリまたは削除された型は認識されません。新しいアセンブリがまったく認識されないかのようです。
• 確認しましたが、構成やその他のエラーもありません。少し迷っています:D
• 認識されない同じアセンブリを別のコンパイラ (Roslyn) でビルドすると、それが認識されることに注意することが重要です (これは、アセンブリが何らかの形で異なる必要があることだけを示しています)。

リフレクションを使用して実行時に型を作成する関数があり、それをプロパティ グリッドに表示したいと考えています。したがって、私の問題は、このタイプを定義するときに DisplayNameAttribute や CategoryAttribute などの属性を設定する方法です。

私の機能は次のとおりです。

私はこれを試しましたが、DisplayNameAttribute を取得しません:

これについて何か考えはありますか？

カスタム アクティビティでWindows Workflow Foundationを使用しています。ワークフローでこれらのアクティビティのカスタム デザインを作成したいと考えています。

デザイン プロジェクトとデザイナー xaml を作成できます。また、ワークフロー プロジェクトでデザイン プロジェクトを直接参照すると、ワークフローでそれらのカスタム デザインを確認できます。

Designer DLL は実稼働環境にデプロイされるべきではないため、これは私がやりたくないことです。Visual Studio ワークフロー エディターでカスタム デザインのみを使用したいと考えています。

以下を追加することで、物事を機能させることができました：

この後、dllをビジュアルスタジオパスにコピーします。これもやりたくないことです。なぜなら、すべての開発者がこれを行う必要があり、ビルドを作成して dll をいくつかの固定ビジュアル スタジオ パスにコピーするのはあまり良くないからです。

以下の 2 つの例を使用しましたが、どちらも DLL を直接参照しているようです。

• http://geekswithblogs.net/jkurtz/archive/2010/01/26/137639.aspx

• http://code.msdn.microsoft.com/Windows-Workflow-9e867448

この種の機能は、Visual Studio/Workflow Foundation によって何らかの形でサポートされると思います。

これを解決する方法はありますか？ありがとう！

私がこのクラスを持っているとしましょう

クラス自体でこの行に使用する編集 (例: MemoEdit) を定義する機会はありますか?

Propertygrids SelectedObject は次のように設定されています

多くのオンラインの例やチュートリアルで、if (!ModelState.IsValid) { return View(model); }または同様のものが見られます。ModelState各アクションの実行前に実際にそのチェックを行うフィルターを作成しました。しかし、組み込みコンポーネント モデルの属性は非常に限られています。クライアント自体で実行できるチェックのみを使用し、一意性チェックやデータベースに対する単語のフィルタリングなどは何も提供していません。サービスコマンドへの「入力モデル」をチェックし、より詳細なチェックに失敗した場合はそれをスローするためのルールを含む、私のサービスレイヤーベースへのコンパニオン。

私の質問は、マイクロソフトの控えめな AJAX HTML ヘルパーを使用していない場合、非常に基本的なコンポーネント モデルの属性を気にする理由はありますか? 結局のところ、新しいモデルを作成し、各フィールドに注釈を付け、ドメイン モデルで最新の状態に保つ必要があります。

また、を使用する利点がある場合、ModelStateサービス層の検証チェックに接続するための推奨される方法は何ですか? それとも、他の理由でこれをしない人がいますか?