問題タブ [obsolete]

重複の可能性:
アセンブリを非推奨としてマークすることは可能ですか?

アセンブリを古いものとしてマークする必要があります。ObsoleteAttributeを認識しています。悪い点は、アセンブリ レベルで使用できないことです。したがって、アセンブリ全体を別のアセンブリに置き換える必要があるため、すべてのメンバーをマークする必要があります。

すべてのメンバーではなく、完全なアセンブリを廃止としてマークする可能性はありますか?

警告付きのコードをチェックインしないというポリシーがあり、これがそれを強制する唯一の効果的な方法であるため、エラーとしての警告設定が気に入っています。

また、Obsolete 属性を使用して、これ以上使用してはならないメソッドにフラグを立てることも好みます。

問題は、メソッドまたはクラスに Obsolete 属性を追加すると、すぐに大量のプロジェクトがビルドされないことです (.NET API 呼び出しが非推奨になった場合の問題は言うまでもありません)。

誰もこれに対する良い解決策を持っていますか?

非推奨の API を使用しているが、ビルドが失敗する原因にはならないという、目に見える無視しにくいインジケーターが必要です。IDE と CI ビルドで警告を確認したいと考えています。

古いシステムから大量の警告を削除しようとしていますが、そのうちの1つは次のとおりです。

'System.Runtime.InteropServices.UCOMIEnumMoniker'は廃止されました：'代わりにSystem.Runtime.InteropServices.ComTypes.IEnumMonikerを使用してください。http://go.microsoft.com/fwlink/?linkid=14202 '

の他のUCOMクラスにも同様の警告がありますSystem.Runtime.InteropServices。警告は実際に何をすべきかについてかなり明確であり、私はそれが与えているアドバイスに本当に従いたいと思います。ComTypesクラスの名前を変更し（「UCOM」の部分を削除）、名前空間に移動しただけで、それを実行するのは完全に快適です。しかし、それが彼らが何をしたのかわからないので、私はあなたに尋ねています。なぜなら、何かが本当にそれらのクラスを変更した場合、私は実際の方法がないので、代わりに新しいクラスを使用するのはあまり快適ではないからです。変更を広範囲にテストします（これは、私が今は本当に入りたくない他の問題です）。

それで、これらの古いクラスと新しいクラスの間に本当の違いがあるかどうか誰かが知っていますか？

ありがとう！

廃止されたクラスのインスタンスを返す静的ファクトリ メソッドによって引き起こされるコンパイラの警告を防ぐことは可能ですか?

たとえば、廃止されたクラス (Foo) のインスタンスが静的メソッド (Create) によって作成された場合、コンパイラの警告はファクトリ メソッドによって発生します。

C# では、「#pragma warning...」を使用して警告を抑制することができますが、これが VB.Net 内に存在するとは思いません。ビジネス要件のため、C# への移行はオプションではありません。

の実装を深く考えて調べた後、個人的には本当に時代遅れArrayListだと言いたいのですが、2.0以降このクラスを使用する理由はありません。しかし、それはとしてマークされていないので、ジェネリッククラスを使用するよりも、私が知らなかった使用法はありますか？はいの場合、例を挙げてください。ありがとう。[Obsolete]

編集例List<T>として、それはのすべての機能を提供し、ArrayList強く型付けされています。では、いつ使用する必要がありますArrayListか？たぶん時々それはより良いパフォーマンスを持っていますか？知らない。何か特別なものを見せていただければ幸いですArrayList。

私は Firefox 2 のルック アンド フィールが好きですが、Youtube はそうではありません。「元のページに戻る」をクリックしない限り、私が使用する Greasemonkey スクリプトはどれもそこでは機能しません (古いブラウザーのため、Youtube は軽量バージョンに私を置きます)。私が見つけたページ間の唯一の違いは&nofeather=True、「元の」URL の末尾にあることでした。そこで、自動的にリダイレクトする Greasemonkey スクリプトを作成してみることにしました。以下に示すように、私はそれを書くことについて (多かれ少なかれ) 何も知りません...そして、私の現在の解決策は機能しますが、それを行うためのより良い方法があるかどうか疑問に思っていました.

ヒントをいただければ幸いです。お時間をいただきありがとうございます。

これは Visual Studio 2008 です。明らかに、拡張機能の静的クラスに関係しています。

をなくす任務を与えられた

ユーザー空間クライアントからの警告。このタイプの使用が廃止された場合。このタスクの正しい、同様の代替は何ですか?

追記：誤解を招く情報がありました。

SQL Server 2005で記述された多くのストアドプロシージャがあります。データベースが2005年から2008年に移行された後、それらはすべて以前と同じように機能しているようです。次に、2008R2に移行する必要があります。だから私が持っている質問は：

2005と比較して2008R2で廃止されたT-SQLプログラミング機能はありますか？

それに応じてすべてのsprocを更新できるように、これを知っておくことが重要です。

また、ストアドプロシージャの観点から、2005から2008 R2への移行に他の影響はありますか？

私はあなたの答えをいただければ幸いです。

ありがとう！

廃止されていないコンストラクターを使用してのみ解決されるように autofac を簡単に構成することは可能ですか?

たとえば、非 DI コードのヘルパー コンストラクターを持つクラスの場合、

MyService を登録していない場合、例を解決するために autofac を要求すると、失敗するはずです。