問題タブ [obsolete]

私が現在の仕事を始めるまで、なぜ人々はまだ古いWebブラウザを実行しているのかといつも思っていました。ここでは、ターゲットユーザーもIE6を使用しているため、IE6を使用してすべての内部アプリケーションを開発する必要があります。最新のテクノロジーの実行が許可されていない状況にある人は他にいますか？また、何があなたを止めているのですか？IT /管理者にアップグレードを説得しようとしましたか？

このコレクション プロパティを別のものに置き換える必要があるため、クラスのコレクション プロパティに Obsolete のフラグを立てて、すべての出現箇所を見つけ、警告リストに修正すべきものの縮小リストを保持しようとしました。

編集: Microsoft Connect を通じてこれを送信しました。問題番号 417159です。

編集 16.11.2010 : .NET 3.5 および 4.0 用にコンパイルする場合の両方で、これが C# 4.0 コンパイラで機能することを確認しました。投稿されたコードに、「Not OK?」というコメントを含む 4 つの警告が表示されます。

しかし、驚いたことに、リストにはいくつかの出現しか含まれていませんでした。私が知っていたよりもはるかに少なく、spotchecks は、何らかの理由で、警告リストでコンパイラによってプロパティの使用が常に廃止されているとフラグ付けされていないことを示しています。 .

Visual Studio 2008 でコンパイルできるサンプル プログラムを次に示します。

これらのうち、#1 から #4 でタグ付けされた末尾近くの 4 行に注意してください。使用されているプロパティが廃止されたことがすべての行で報告されると思いますが、#3 はそうではありません。コレクションのプロパティまたはメソッドに直接追加しても、プロパティ自体の使用は古いものとしてフラグ付けされません。#3 と #4 は同じプロパティを参照しており、#4 は廃止されたプロパティを使用しているというフラグが立てられていますが、#3 はそうではありません。テストでは、式で、プロパティまたはプロパティが返すコレクションのメソッドにアクセスしても、コンパイラは文句を言わないことが示されています。

これはバグですか、それとも私が気付いていなかった C# コンパイラの「隠された宝石」ですか?

重複の可能性:
C# のコレクション プロパティのプロパティを呼び出すときに、それらのプロパティが古いものとしてフラグ付けされないのはなぜですか?

ObsoleteAttribute をプロパティに適用したいのですが、属性の直接的な使用に対してのみコンパイラが警告/エラーを生成するようで、間接的な使用は黙って無視されます。

次の例は、問題を非常によく示していると思います。

それについて矛盾したメッセージを受け取って、そうでないことを願っています。膨大な数のサイトがそれらを使用しているので、それに対するサポートが停止することは想像できません。

それに関するいくつかの追加の質問：

1. なぜ彼らはこのタグを段階的に廃止する必要があるのですか？
2. それに代わるものはありますか？

古いメソッドを使用してVisual Studio 2008に VB.NET コードがあり、警告を抑制したいと考えています。残念ながら、推奨事項に従うことは良い解決策ではありません。重要な方法で異なる動作をする別のクラスを使用する必要があるからです。

System.Diagnostics.CodeAnalysis.SuppressMessage を使用して警告を抑制しようとしていますが、属性のパラメーターとして何を記述すればよいかわからず、関連する参照が見つかりません。

エラーリストのエラーを右クリックしても、「メッセージを非表示にする」オプションはありません。

LoadWithPartialName() を使用してアセンブリを読み込んでいますが、VS から、これは廃止されているため、代わりに Load() を使用するように指示されます。ただし、便利なオーバーロードが見つかりません。

MSDNドキュメントを正しく理解していれば、バージョン番号などを含む「フルネーム」を要求するLoad(string)があります。

「表示名」を受け入れる Load (string, Evidence) もあります。問題は、最初の関数で使用していた「部分名」が機能していないように見えるため、「表示名」が何であるかがまったくわからないことです。

それで、それはどのように行われるべきですか？

Java Vectorがレガシークラスと見なされ、廃止または廃止されたのはなぜですか？

並行性を扱う場合、その使用は有効ではありませんか？

また、オブジェクトを手動で同期するのではなく、基になる配列の新しいコピーを作成する必要なしにスレッドセーフなコレクションを使用したい場合は（そうするようにCopyOnWriteArrayList）、使用しても問題ありませVectorんか？

Stackのサブクラスである、はどうですか、Vectorその代わりに何を使用する必要がありますか？

詩人は何を言おうとしますか？

パブリックオーバーライド関数GetBytes（）Byte（）は廃止されたため、Rfc2898DeriveBytesはPasswordDeriveBytesに置き換わり、パスワードからキーマテリアルを取得します。これは新しいアプリケーションで推奨されます。

これを交換する必要があります...

...ものによって？

.NET Frameworkの4番目のメジャーリリースに近づくにつれて、廃止されたとマークされたクラスとメソッドの数が増える可能性があります（廃止されたことを示すため）。このページには、現在かなり大きくなっている、廃止されたすべてのメンバーとタイプがリストされていることがわかりました。

だから、私は次のことを考えていました：

1. 廃止としてマークされたメンバーまたはタイプは、フレームワークのいずれかのバージョンから実際に削除されていますか？たとえば、.NET 1の要素のうち、それ以降のバージョンにはまったく含まれていないものはありますか？

2. 要素が削除される時期に関してMicrosoftが従う正式なガイドラインはありますか？これはX回のリリース後ですか？経過時間？それとも、廃止された要素が永続的に残る可能性がありますか？