問題タブ [cls-compliant]

レガシ サード パーティ コンポーネントの P/Invoke 宣言のみを含む別のヘルパー アセンブリを使用する場合、アセンブリを CLS 準拠としてマークする必要がある場合、次の 2 つの方法のどちらが優れているか疑問に思います。

• アンマネージ宣言が を持つパブリックP/Invoke 宣言で使用Int32します。unsigned int
• アンマネージ宣言が を持つ内部P/Invoke 宣言で使用UInt32し、内部メソッドを呼び出すときに を受け取って変換するパブリックメソッドでラップします。unsigned intInt32UInt32

これらの長所と短所は何ですか？

IronPython.net のドキュメントには、アセンブリ内の MSIL が CLS に準拠していないと書かれていますが、回避策はありますか?

、、プロパティ/インデクサープレフィックス：、、イベント管理プレフィックス：ctor、 。を認識しています。プレフィックスを1、2回見たことがあります（どこにあるか覚えていません）。cctorget_set_add_remove_raise_

決定的なリストは.Netレベル（ECMA仕様）に存在しますか？はいの場合、それはどこにありますか？

それは「オープンリスト」なので、（新しい）言語で（将来の）ニーズに合わせて定義できますか？

あるクラスの件名から警告がありました。実際、クラスは非常に単純で、私の一般的な基本型の継承者にすぎません。また、ソリューション全体でそのジェネリッククラスから他の継承者がいくつかいますが、そのような警告はありません。

これの理由は何でしょうか？コンパイラは、基本型がCLSに準拠していない理由の手がかりを提供しません

CLS 準拠チェックを無効にするにはどうすればよいですか?

どうすればそれを行うことができますか:

1. アセンブリ全体
2. より小さなスコープ、おそらく1つのファイルまたは1つのクラス...

メソッドの一部に次の属性を持つコードに取り組んでいます。

コードをそのままビルドするとコンプライアンス チェックが実行されているのに、コメント アウトするとコンプライアンス チェックが実行されていないように見えるのはなぜですか?

私は反対の行動を期待していました...

Common Type System/FCL/BCL にマッピングされていない特殊なデータ型を含む .NET に実装されたマネージプログラミング言語、または出荷された .NET の同等物 (たとえば、出荷された System のような標準型.文字列、System.Int32)?

この質問は、誰かがコンパイラを移植するという観点から来る可能性があります (私はそうしていませんが)。

特殊な型の BCL/FCL の外部で新しいデータ型を作成する言語と同じくらい単純ですか? そうであれば、Visual Basic や C# のように、すべての組み込みデータ型を BCL/FCL にマッピングすることに慣れているプログラミング言語間の相互運用性が妨げられますか?

このような状況は、暗黙のデータ型の 1 つが出荷されたフレームワークに直接マッピングされていない、ある種のあいまいな言語コンパイラが .NET に移植された場合に発生する可能性があると想像できます。

この状況は一般的にどのようにサポートまたは許可されていますか? コンパイラと共通言語ランタイムの期待は何ですか?

自分のプロジェクトから参照している、CLS に準拠していない既存の DLL があります。アセンブリを CLS 準拠としてマークすると、参照されているアセンブリ内の名前が CLS に準拠していないというコンパイラ警告が表示されます。

アセンブリを CLS に準拠させ、参照されているアセンブリを非準拠としてマークする方法はありますか?

Silverlight アプリケーションをコンパイルすると、MEF 属性で修飾されたすべての要素で CLS 非準拠の警告が表示されます。再度コンパイルすると、警告は返されず、アプリケーションは正常に動作しているようです。これは私が心配する必要があるものですか？プロパティ、クラスなどには標準の命名規則を使用しています。アンダースコアを使用するのは、プライベート メンバーの場合だけです。