問題タブ [enterprise-library]

私は2つのクラスを持っています:

と

DomainObject にはメソッドがあります。

Microsoft Enterprise Library 4.1 - October 2008/.NET 3.5 SP1/Vista を使用しています。

地域のリストとして null を使用して新しく作成された Country オブジェクトを呼び出すValidateと、StackOverflow 例外が発生します。Country.Regions プロパティの [ObjectCollectionValidator(typeof(Region))] を削除すると、すべて正常に動作します。国 - 地域 - 国というリンクが失敗の原因だと思います。ただし、Regions コレクションの検証を削除したくありません。領域から [ObjectValidator] を削除することも、私にとってはオプションではありません。StackOverflow 例外なしで、これらすべての検証属性を維持するためにできることはありますか?

ありがとう、

ルシアン

StringLengthValidators を使用して ASP.NET アプリケーションへの入力を検証し、ValidationSummary コントロールを使用してエラー メッセージを表示しています。アプリケーションをローカライズするために、StringLengthValidators には MessageTemplateResourceName および MessageTemplateResourceType 属性が設定されています。

バリデーターを初めて実行すると、現在のカルチャ設定に基づいて正しいエラー メッセージが表示されます。アプリの実行中に言語設定を変更すると、次回バリデーターを実行したときに、古いカルチャのエラー メッセージが ValidationSummary に表示されます。他のすべてのコントロールのテキストは正しく更新されています。

アイデアはありますか？

Enterprise Library と VS の統合を無効にする簡単な方法を知っている人はいますか。問題は、AppDomain.AssemblyLoad イベントにラッチされ、アセンブリが VS によって読み込まれるたびに 30 以上のプロジェクトをクロールすることです。これは、ワークフロー プロジェクトがある場合に頻繁に発生します。これが発生するたびに、VSは数分間使用できなくなります:(

Entlib 4 の検証ブロックを使用しようとしていますが、検証結果で無効なプロパティを明確に特定するという問題が発生しています。

次の例では、City プロパティが検証に失敗した場合、それが HomeAddress オブジェクトの City プロパティだったのか、WorkAddress オブジェクトの City プロパティだったのかを知る方法がありません。

カスタムバリデータなどを作成せずにこれを行う簡単な方法はありますか?

私が見逃していることや理解していないことについての洞察をいただければ幸いです。

ありがとうございました。

現在、winforms アプリケーション (C#) を作成しています。

私が見ることができるかなり標準的なアプローチに従って、Enterprise Library Exception Handling Block を利用しています。IE : Program.cs の Main メソッドで、イベント ハンドラーを Application.ThreadException イベントなどに接続しました。

このアプローチはうまく機能し、アプリケーションの例外的な状況を処理します。

ビジネス オブジェクトの 1 つで、オブジェクト プロパティの 1 つの Set アクセサーでさまざまな例外をスローします。

このアプローチの私のロジックは (これを「いつ例外をスローするか」の議論に変えることなく)、単純に、ビジネス オブジェクトはビジネス ルールの制約をチェックし、必要に応じてバブルアップしてキャッチできる例外をスローする責任があるということです。私のアプリケーションのUIでは、パブリックプロパティが設定されている値を明示的にチェックします（そして、フレンドリーなダイアログなどを表示するアクションを実行します）が、例外をスローすることで、ビジネスオブジェクトが存在する状況もカバーしていることに注意してくださいUI では使用できない場合があります。たとえば、プロパティが別のビジネス オブジェクトによって設定されている場合などです。とにかく、皆さんの考えは理解できると思います。

私の問題は、これらの例外が Application.ThreadException に接続されたハンドラーによってキャッチされていないことであり、その理由がわかりません。

他の読書から、私は Application.ThreadException イベントを実行しましたが、それは「... メイン GUI スレッドで発生した例外をキャッチします」。ビジネス オブジェクトで発生している例外は、このスレッドではありませんか? 新しいスレッドは作成していません。

次のようにコードを更新し、Application.ThreadException に接続されているイベント ハンドラーを明示的に呼び出すと、このアプローチを機能させることができます。これは、Enterprise Library のサンプルで概説されているアプローチです。ただし、このアプローチでは、最初に「グローバル」ハンドラーを使用して回避しようとしていた、try catch でスローされた例外をラップする必要があります。

また、ハンドラーを AppDomain.UnhandledException イベントまで配線して調査しましたが、これも例外をキャッチしません。

最初のコード サンプルで、例外がグローバル例外ハンドラーによってキャッチされない理由を誰かが説明してくれれば幸いです。不足している別のアプローチはありますか、または必要に応じて、上記のように try catch でコードをラップすることに固執していますか?

(MS) Enterprise Library の Validation Application Block (VAB) を使用すると、コードに属性を含めてルール セットを定義できます。クラスのプロパティに属性を適用し、2 つのルール セットを定義しました (プロパティは 2 つの検証グループに分類されます)。残念ながら、2 つのルール セットの間に重複する部分があります (一部のプロパティは両方のグループにあります)。

検証属性は複数のルール セットに属することができますか? また、構文はどのようなものですか? これが不可能な場合、回避策はありますか?

Unityコンテナ内でホストされるように設定されたWCFサービスがあります。このコンテナを使用してメソッドのインターセプトを実行するつもりでした。問題は、インターセプターを発射させることができないことです...

まず、インターセプター属性とハンドラーの定義を次に示します。

私のホストでは、インターセプトを使用しないように構成しようとしました...ヘルプ!!!!

私はここで何が間違っているのですか？

内部ネットワーク環境で AS400 と通信するビジネス ツー ビジネス ネットワーク内に常駐するアプリケーションがあります。ファイアウォールは AS400 へのデータ リクエストを許可するように設定されていますが、接続速度と応答時​​間に大きな遅延が見られます。たとえば、ローカル開発環境では 0.5 秒未満しかかからなかったのが、B2B 環境では 120 秒以上かかっています。

これは、データを取得するために利用している関数です。エンタープライズ ライブラリ アプリケーション ブロックを使用しているため、ASI オブジェクトはデータベースです...

なぜこれが起こっているのかについて考えるために、いくつかのアイデアをブレインストーミングしようとしています.

「オープン・フォー・ビジネス・プロジェクト」はエンタープライズ・フレームワークです。

Jiraがこれを使用しているのは偶然であり、特定のエンティティのデータをプルするためにどれだけの作業が必要かということにかなりショックを受けました（Jiraの場合の問題/バグなど）。

すべての問題のリストを取得することを想像してください。最初に、テーブル列に表示するすべての列（またはプロパティ）を取得してから、それぞれの値を取得する必要があります。エンタープライズソリューションの場合、これは次善のソリューションのように聞こえます（ただし、柔軟性がどのように追加されるかは理解しています）。

Jiraで実際にどのように使用されているかを読むことができます：http：//confluence.atlassian.com/display/JIRA/Database+Schema

メインサイト： http： //ofbiz.apache.org/docs/entity.html

すべての問題を一覧表示する方法について混乱しています。つまり、SQLクエリはどのようになりますか？

単一の問題を引き出すことは1つのことですが、リストを取得するには、値を取得するために多くの作業を行う必要があります。 結合を使用した単一のクエリでは実行できないと思いますが、実行できますか？