問題タブ [attributes]

これは私の最初のstackoverflowの質問なので、うまくやってみてください。;-D

私の問題はこれです。既存のJavaScriptコードをリファクタリングし、jQueryを使用して実行しています。いくつかの場所で、次のようなjavascriptコードに出くわしました。

javascriptElementObjectはjQueryオブジェクトになり、次のコードを使用して同じことを実行しようとしています。

しかし、これは何もしていないようです。ただし、次のコードは機能します。

jQueryのremoveAttr（）関数は知っていますが、属性値をvoid（0）に設定するのと同じかどうかわからないため、これまで使用していません。

つまり、2つの質問があるということです。

1. 最初のjQueryバージョンが機能しないのはなぜですか？
2. .get（0）.customAttribue = void（0）;です。および.removeAttr（ "customAttribute）;同等ですか？

ありがとう。

メソッドで使用できる属性はありますか? デバッグ モードで一部のコードをステップ実行するときに、デバッガーがメソッドの外側にとどまるようにしますか?

.NET 1.0チームが最初から属性の概念を組み込むために影響を与えた言語またはプラットフォームは何ですか？これはアスペクト指向のものでしたか？シリアル化？または、他の何か？この時点ではまだVB6ランドにいて、1.0より前の.NETバージョンを使用したことはありません。

この定義を考えると：

「MyBase」クラスから「UniqueId」属性を取得し、一致するプロパティ名を見つけて、基になる値を取得するための最良の方法は何ですか？

ASP.NET MVC の AuthorizeAttribute を拡張して、ロール メンバーシップまたは問題のデータの「所有権」に基づくユーザーの承認の概念をサポートするようにしたいと思います。データ アクセスには LINQ2SQL を使用しています。asp.net mvc authentication using rolesにも同様の質問があります。

私が考えているのは、拡張された AuthorizeAttribute クラスに EntityProperty、UserProperty、RouteParameter、および JoinTableType パラメーターを追加することです。最初の 2 つは、チェックする結合テーブル内のプロパティの名前です。RouteParameter は、一致する EntityProperty の値を抽出するルート パラメーターの名前になります。現在のユーザー名を使用して、ユーザーのテーブルからユーザー ID を取得します。JoinTableType パラメーターは、ルート パラメーター値とユーザー ID が一致する必要がある Entity と UserProperties を含むデータ コンテキスト内のテーブルの型になります。

基本的な考え方は、擬似コードで次のとおりです。

is related テストは次のようになります。

私の質問は、LINQ クエリを作成する際に型とプロパティの名前をどのように使用すればよいかということです。それとも、これをすべてobjectリフレクションで行う必要がありますか。これを簡単にする方法についてのアイデアを本当に探しているので、他の提案もいただければ幸いです。チェックをアクションに直接埋め込むよりも、属性を使用して、他のアクションの処理方法と一貫性を保つことをお勧めします。

.NET のパブリック プロパティに属性を設定したいのですが、別のファイルで生成されたコードであるため、明示的なプロパティ自体にアクセスできません。

私はこのフィールドを持っています:

これを設定したい：

私のクラスは部分的としてマークされていますが、部分的なプロパティを持つことはできません。Dynamic Data と DataAnnotations の新機能である MetadataType クラスに何か引っかかっていると思っていたのですが、どうやら Dynamic Data でしか使えないように感じました。

引用: http://blogs.oosterkamp.nl/blogs/jowen/archive/2008/10/16/metadatatype-attribute.aspx http://blogs.msdn.com/davidebb/archive/2008/06/16/dynamic -data-and-the-associated-metadata-class.aspx

コード生成されたクラスに触れずに、この属性を (web.config を介しても!) 設定できる方法はありますか?

前もって感謝します、グラハム

私は、c＃では自動実装されたプロパティで属性が許可されていないと言われました。本当？もしそうなら、なぜですか？

編集：私はLINQの人気のある本からこの情報を入手しましたが、信じられませんでした！編集：PaulKimmelによって解き放たれたLINQの34ページを参照してください。彼は「自動実装されたプロパティでは属性は許可されていないので、属性が必要な場合は自分でロールしてください」と述べています。

私は混乱しています。メニューの誇大広告でターゲットとして名前を使用するには、iframeに名前を付ける必要があります。私のVisualWebDeveloper Expressによると、name属性は古くなっていると見なされ、新しい構成が必要です。私の質問は、iframeに名前を付けるためにどの属性コードを使用するかです。ありがとうございました

タイトルはほとんどそれをすべて言います。クラスを介していくつかのリフレクションを行っている場合、MemberInfo.GetCustomAttributes() メソッドはメンバーの属性の順序を保持しますか? 公式ドキュメントには、いずれにしても何も書かれていません。

なぜこれが必要なのか疑問に思っている場合は、ここに完全な説明があります。それは長く、現在提起されている質問には必要ありませんが、属性の列挙順序に依存しない、より大きな問題に対する代替の解決策を誰かが考え出すことができるかもしれません。

かなり長い寿命が期待される (ASP.NET) アプリケーション用の柔軟なフレームワークを作成しようとしています。コースの過程で、メニューからアクセスできる必要がある多くのフォームが得られます。開発者の負担を軽減MenuItemAttributeするために、フォームのクラスに適用できる を作成しました。この属性のコンストラクターには無制限の量の文字列パラメーターがあり、開発者はフォームがメニュー内のどこに存在するかを正確に指定できます。典型的な使用例は次のようになります[MenuItem("Company", "Clients", "Orders")]これは、メニューに「会社」という項目があり、その下に「クライアント」という項目があり、その下に「注文」という項目があり、フォームが開くことを意味します。必要に応じて、単一のフォームにこれらの属性をいくつか含めることができます。これにより、メニューのいくつかの場所からアクセスできるようになります。

明らかに、アセンブリ内のすべてのクラスを列挙し、この属性を検索することにより、メニュー全体が実行時に構築されます。しかし最近、メニュー項目を事前定義された方法でソートする必要があるというリクエストを受け取りました。関連する機能を持つフォームは、メニュー内で隣り合わせにする必要があります。これはアルファベット順ではなく、開発者が指定した定義済みの順序であることに注意してください。

これにより問題が発生します。これらの属性で順序を指定するにはどうすればよいですか? 階層全体を記述するためMenuItemAttribute、注文仕様には階層全体 (または少なくとも一部) の注文番号も含める必要があります。階層の下位レベルの注文番号だけでは十分ではありません。

別の属性 - を作成することもできますMenuItemOrderHintAttributeが、複数ある場合に問題が発生しMenuItemAttributeます。したがって、元の質問。

MenuItemAttribute2 つの配列またはペアの配列のいずれかを取るように を拡張することもできますが、それでは構文が非常に複雑になります。最後のアイデアは、文字列に特別な形式を持たせることができるということですが、それはかなり面倒です。

わかりました、別のアイデアがあります。Jon Skeet が提案した順序を使用しましょう。これにより、階層の上位レベルではなく、最終レベルの順序を指定できます。しかし、クラスだけでなく、アセンブリ自体にも適用されるように、属性を変更できます。この場合、メニュー項目にはフォームが関連付けられていません。アセンブリ レベルでは、これらの属性を使用して、階層の上位レベル間の順序を指定できます。

これは、集中型メニュー システムと分散型メニュー システムの間のトレードオフです。なぜこれが悪い考えになるのでしょうか？

項目に属性があるかどうかをチェックし、それらを呼び出すコードを書き込もうとしていました。私は getattr でそれをやろうとしましたが、変更は永続的ではありません。これを確認するために「ダミー」クラスを作成しました。クラスに使用したコードは次のとおりです。

ありがとう ！