問題タブ [class-attributes]

そのようなコードを考えてみましょう：

クラスBは、クラスAのすべての属性を（継承）します。何らかの理由で、Bに属性'color'を継承させたくありません。これを行う可能性はありますか？
はい、私は知っています。最初に属性「name」と「description」を使用してクラスBを作成し、次に属性「color」を追加してBからクラスAを継承できます。しかし、私の正確なケースでは、Bは実際にはAの縮小バージョンであるため、（可能であれば）Bの属性を削除する方が論理的であるように思われます。

特定のプロジェクトのすべてのクラスに属性を適用するにはどうすればよいですか?! また、CLSCompliant 属性を 1 つのクラスに適用するだけで十分ですか、それともすべてのクラスに適用する必要がありますか?

ご回答ありがとうございます...

皆さん、こんにちは！クラスごとに各種類の製品を説明したいと思います。

では、これを実装する方法は？私はそれに3日を費やしましたが、動作するコードはありませんでした(

デフォルトでは

出力は次のとおりです。

ご覧のとおり、入力はすでにclass属性を追加しています。まあ、これは問題ではありません。ただ使用してください

動作するはずです...エラー...いいえ！

これにより、まったく同じコードが出力されます。

ただし、正常に動作しますHtml.TextAreaFor()

text-box single-line自分のクラスを追加できるように、クラスを削除するにはどうすればよいですか? 編集する必要がある T4 テンプレートはありますか?

助けてくれてありがとう。

Oracle データベースで宣言された型があります。

私はC＃でこのタイプにマップします

上記のコードはエラーなしで動作しますが、スキーマ名 'DEV_SCHEMA' を属性から削除すると失敗します:

次のエラーが生成されます。

未処理の例外: System.InvalidOperationException: 'ProjectCodeChangeDTO' のカスタム型マッピングが指定されていないか、有効です。
Oracle.DataAccess.Types.OracleUdt.GetUdtName (文字列 customTypeName、文字列 dataSource) で

ある時点で、'DEV_SCHEMA' を過ぎたコードを出荷したいと考えていますが、これはコードの失敗につながります。

スキーマ名は接続文字列から取得されますUser Id。

これを支援するためにC＃側のOracleでできることはありますか。つまり、どういうわけか：

1. スキーマ名を属性パラメーターとして渡します
2. スキーマを使用する必要がない方法で、Oracle で型を定義します。

追加情報として、この問題は、ODP.NET クライアント バージョン 11.1.0.7 を使用しているときに発生します。11.2 バージョンの DLL は、属性にスキーマ名がなくても完全に機能します。

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

私は（物事を簡単にするために）2つのクラスを持っています1）抽象クラスA 2）AからクラスBを継承しました。

現在、wsdl で抽象クラスを公開しているメソッド「callMethod(A argument)」を使用しています。

しかし、問題は、クライアント側で、A が B であるか他の何かであるかを知りたいということです。そして、wsdl にないため利用できないクラス B に到達できるようにしたいと考えています。

KnownTypeAttribute と ServiceKnownTypeAttribute を試しましたが、動作させることができません。

もちろん、タイプ B のパラメーターを使用するダミー メソッドを作成して、クラス B を WSDL で公開することもできますが、それは専門的ではありません。

何か案が？どうもありがとう

複数のロールがあり、それぞれが一連のアイテムを定義しているとします。

それらを別のクラスで使用し、それらすべてのアイテムを収集したいとします。

考えられる解決策の 1 つはMooseX::ComposedBehaviorを採用することですが、その POD は (もちろん、執筆時点では) その API は「完全に安定していない」と述べており、「現在の実装はハックのようなものであり、置き換える必要がある」とも述べています。より堅牢なものによって」。そのため、このような「ハック」に頼らずにこれを達成できるかどうかを調査しています。

警告:今後これを読む場合は、MooseX::ComposedBehavior (現在のバージョン: 0.003) の POD を確認してください。その間に変更されている可能性があります。物事は急速に変化します。CPAN の作成者は新しいバージョンをリリースします。現時点で「安定していない」ものは、​​将来的にはより安定する可能性があります。他のモジュールがあるかもしれません。自分自身で調べて。

理想的には、次のようなものがあるはずです:my @items = map $_->items, @ISA; ただし、Moose では機能しません。より優れた信頼性の高いソリューションはありますか?

更新：私はこの3行の解決策になりました：

更新: #moose IRC チャンネルでさまざまな人からリクエストがあったため、MooseX::ComposedBehavior は「安定していない」という以前の主張を削除し、POD から取得したリテラル テキストに置き換えました。

更新:次の構文を使用できる MooseX::Collect モジュールを作成しました。

徹底的にテストされたユーティリティ クラスがあり、VS デバッガーがそのメソッドのいずれにもステップ インしないようにします。デバッガーの設定により、デバッガーがこれらのメソッド呼び出しをステップオーバーするように、何かを自分のコードではないものとしてマークする方法を聞いたことがあると思いますがJust My Code、私の人生では、クラス属性が何であるかを思い出すことができません(また、Googleそれのための）。

このクラスを独自のアセンブリに分離し、リリース モードでビルドして問題を軽減できることはわかっていますが、アセンブリの一部にステップ インしたいと思います (そして、このクラスをそのままにしておきたいと思います)。

これは可能ですか、それとも私はこのオプションを考えていましたか?

アップデート

2 つのオプション (DebuggerStepThrough と DebuggerNonUserCode) を使用していくつかのテストを行ったところ、DebuggerNonUserCode がJust My Code有効/無効になっているときにフレームワークとまったく同じように動作することがわかりました。このDebuggerStepThrough属性により、デバッガーは常に属性でマークされたセクションをスキップします。一貫性を保つために、DebuggerNonUserCode を使用しました。

jQueryValidatorを使用してクラス属性を介して要素を選択することは可能ですか?