問題タブ [custom-attributes]

次のクラスがある場合、SampleAttributeからClass1.SampleMethodの値をインターセプトするにはどうすればよいですか？ありがとう

編集：

Andrew Hareの答えを考えると、おそらく私は間違った構成を使用しようとしています。私は同様のメソッドの長いリストを持っており、それらの1つが呼び出されるたびに一連の操作を実行する必要があります。それぞれに属性を付けるのが最も簡単な解決策だと思いました。なにか提案を？

つまり、クラスのそれぞれにカスタム属性 (たとえば、 Author および Version ) がない (「必須」) 場合、コンパイルさえしない (チェック コードが削除されていないと仮定して) アセンブリを作成することは可能でしょうか?

実行時にクエリを実行するために使用したコードは次のとおりです。

編集：私の選択を正当化するためだけに。casperOne が質問の正しい答えを提供したと思います。

しかし、質問をする理由は弱いようでした。おそらく、 FinalBuilderなどの外部ツールの使用を開始するか 、 Pex 、 Nunit またはその他の単体テストフレームワークを使用して、この「要件」をチェックする単体テストを作成する必要があります...

EDITチェックを実行する回答の最後にコンソールプログラム の小さなコードスニペットを追加しました...コメント、批判、または改善の提案をお気軽にどうぞ
もう一度、この「要件」をユニットの一部として実装する必要があることに気付きました「チェックイン」直前のテスト

過去 4 ～ 5 年間、C# 属性を使用する多くの設計とフレームワークをベースにしてきました。

しかし最近、多くの人が公然とその使用を思いとどまらせたり、フレームワークを変更して必要性や使用を減らしたりしているのを目にします。

私はそれらが天の恵みであることを発見しましたが、今私は何が欠けているのか疑問に思い始めています.

明確にするために：構成よりも規約を使用することは、特にORM分野で従うべき主要な原則になりつつあります。この領域では、構成ファイル (XML) を使用してフィールドをマップしたり、属性を使用したり、データベース テーブルのフィールドに直接マップする共通の命名規則を使用したりできます。引用への言及はありませんが、ミックスに別の属性を追加することに対する反発を読みました.

しかし、今挙げた 3 つの選択肢の中で、やはり属性が最も理にかなっている気がします。構成ファイルは保守が難しく、一般的な命名規則により、データベース フィールドの実装に結び付けられます。属性は必要な場所に正確に配置され、使用されている場所から切り離すことなく実装を変更できます。

カスタム属性（System.Attributeを拡張）を作成しています。次のようにすれば、簡単に別のクラスに入れることができます。

ただし、この属性を簡単にテストできる必要があります。この属性をコードビハインドに配置すると、属性の動作に応答する環境に属性をデプロイするために多くの余分な労力が発生します。

私がやりたいこと：この属性を.aspxページ自体に宣言的に適用します（これは実際には、分離コードから継承する別のクラスです）。これは可能ですか？もしそうなら、これを行うための適切な構文は何ですか？

認証ステータスまたはロールに基づいてビューの特定の部分を表示/非表示にしたい。コントローラーのアクションについては、ActionFilterAttribute を拡張したので、特定のアクションに属性を付けることができます。

ビューで使用できる同様の方法 (属性)はありますか? （したがって、このようではありません：ユーザーの役割に応じて表示が異なるビューを作成するにはどうすればよいですか? )

プロパティに配置されたすべてのカスタム属性を収集しようとしています。プロパティに割り当てられた同じタイプの属性が複数ありますが、それらを収集すると、結果のコレクションには特定のタイプの最初の属性のみが含まれます。

属性クラス

使用法：

次に、Prop「BackColor」を含むクラスを持つオブジェクト「value」のすべての Prop をループすると、次のようになります。

コレクションプロパティ。属性には、タイプ「ConditionAttribute」の 1 つの属性のみが含まれます。「Test1」を持つ属性です。他のものは無視されます;-(

AllowMultiple は Property Attributes では機能しませんか?

前もって感謝します

ヘンリク

[LINQ][1] に関するビデオを見ているときに問題が発生しました。このビデオでは、Mike がデータベース名にいくつかのカスタム属性を使用していますが、それは私にはうまくいきません。

私のコード（正常に動作します）：

どのようになりたいか (オブジェクト ctx の作成時に欠落しているデータベース パラメーターと、クラス MyContext の前のデータベース名の追加のカスタム属性に注意してください):

これは、データベース名を定義しないのと同じように、「無効なオブジェクト名 _table」という例外をスローします。何か不足していますか？カスタム属性を使用するのは初めてです...

下の画像に示されている「製品名」の代わりに、カスタム属性の値を表示する方法を見つける必要があります。

_{(ソース: magentocommerce.com )}

私は /app/design/frontend/default/defaultx/template/catalog/product/view/type/grouped.php で作業しています

以下のコードは機能しません (カスタム属性は yearmade です):

どんな助けでも大歓迎です。

編集：したがって、答えは非常に単純であることが判明しました。上記で言及しなかったのは、実際に出力があったことです...しかし、それは単なる数字でした（例：52）。これがそのカスタム属性値の ID であることが判明しました (カスタム属性のドロップダウン タイプでした)。

要約すると、
これはテキスト型のカスタム属性で機能します。

しかし、他のすべてのタイプのカスタム属性 (私が思うに) については、以下を使用する必要があります。

以下の Alan Storm によって提供された最も優れた回答がなければ、これを発見することはできなかったでしょう。ありがとうございます。