問題タブ [obsolete]

私のプロジェクトでは、現在、レガシー コードから、適切に設計およびテストされた新しいモジュールへの段階的な移行を準備しています。すべての仲間のプログラマーが私の仕事に厳密に従っているわけではないので、古いコードが使用されている場合は警告を発したいと思います。また、古いコードを移植する方法に関する推奨事項を出力できることを強く望んでいます。

私はそれを行う2つの方法を見つけました：

1. Attribute::Deprecated、関数には問題ありませんが、完全なモジュールが非推奨の場合はかなり面倒です。また、警告以外の追加情報はありません。

2. Perl::Critic::Policy::Modules::ProhibitEvilModulesPerl::Criticモジュールの場合、または関数またはメソッドレベルでのより細かい非推奨のためのカスタムルールかもしれません。このメソッドは問題ありませんが、非推奨であることはコード自体からすぐにはわかりません。

これを適切かつ簡単に行うための他の提案やトリックはありますか?

Mac System 7.5.5 でMetroWerks CodeWarrior 1.1 for Mac 68kを使い始めたばかりですが、知っておく必要があります。ありがとう。

画面と印刷以外のCSSメディアについて考える必要がありますか？http://www.w3.org/TR/CSS2/media.html#media-types

他のメディアアイテムに実際的なメリットはありますか？または他のすべて（画面と印刷以外）

他のメディアタイプを使用する利点は何ですか？

ここにいるプログラマーの中には、VB6でプロジェクトを開発している人もいます。彼らは、vb6が間もなく歴史になるので、アプリを新しい/将来のシステムで実行したい場合は、vb.netにアップグレードする必要があると言います。

したがって、彼らが取り組んでいるこの巨大なアプリケーションがあり、最初から再構築する必要があります（彼らはアップグレードウィザードを使用しようとしましたが、エラーが多すぎました）

会社の所有者は、プロジェクトに多くの時間を費やして、プロジェクトを一からやり直さなければならないことにそれほど興奮していません。

これは私のプロジェクトではなく、vbについては何も知りません。私はWebプログラマーです。

しかし、これが二度と起こらないように、これらの人は何ができるでしょうか、またはこれが今問題にならないように彼らは何をすべきでしたか？

アプリケーションが常にスケーラブルであり、時代遅れにならず、書き直す必要がないことを確認する方法はありますか？

ありがとう！

Stack Overflowで、一部のC関数が「廃止」または「回避する必要がある」と読んだことがあります。このような機能の例とその理由を教えてください。

これらの機能に代わるものは何ですか？

それらを安全に使用できますか？良い習慣はありますか？

私のバッチビルドにはプロジェクトがあり、それを「My.Project」と呼びましょう。そのプロジェクトは、独自のスタンドアロンプ​​ロジェクト（このバッチビルドの一部ではないことを意味します）で.NET 3.5（.NET 1.1から）にアップレブされました。ほとんど同じです。アップグレードされた呼び出し、追加/削除された機能があります。他のすべてのプロジェクトが使用するすべての呼び出しを、現在は古いプロジェクトから新しい呼び出しに置き換え始めます。最初に古い参照を削除してから、新しい参照を追加します。私のプロジェクトの1つには、呼び出しが1つしかありません。変更を加えると、新しいプロジェクトの1つの名前空間は「My.Project.Namespace1は廃止されました」をスローしますが、そのプロジェクトへの別の呼び出しは何もスローしません。私が探しているべきものはありますか？これを引き起こしているのは何ですか？

最近、私は.NETのコンテキスト（コンテキストバウンド、コンテキストアジャイル、メッセージシンクなど）について学び始めました。いくつかの警報ベルが鳴り始めました：

1. すべてのコンテキストバインドクラスはContextBoundObjectから派生し、ContextBoundObjectはMarshalByRefObjectから派生します。MarshalByRefObjectは、.NETRemotingアーキテクチャの一部です。.NETRemotingアーキテクチャは廃止されたと見なされます。
2. ほとんどの.NET関連の本は、コンテキストの概念にほとんどまたはまったく注意を払っていません。
3. MSDNは、コンテキストに関する情報をほとんど提供していません。クラスは説明されていますが、sattelite-articles（ "How To"、 "Overview"、 "Tutorials"など）は提供されていません。
4. コンテキストについて説明しているほとんどの記事やフォーラムのスレッドは数年前のものです。
5. 同期コンテキストは別として、.NETFrameworkはコンテキストアーキテクチャをほとんどまたはまったく使用していないようです。

したがって、私の質問は次のとおりです。.NETのコンテキストの概念は廃止されており、新しい開発では避ける必要がありますか？廃止された場合、どのような代替案が推奨されますか？

他のプロジェクト (ProjOld) にあるいくつかのクラスを配置したい新しいプロジェクト (ProjNew) がある場合。

問題は、Obsolete のマークが付いた古いクラスを維持して、すべてのプロジェクトを実行しないようにし、それを使用しているかどうかを確認することです。

ただし、名前空間で明示的に呼び出していないため、あいまいなクラス名エラーが発生する可能性があります。

あいまいな場合に使用するアセンブリを時代遅れに言う方法はありますか?

Visual Studio 2010を使用していますが、Obsolete属性によってコンパイラー警告が発生しないことがわかります（コンパイラー警告が発生するようにしたい）。警告レベルは4です。

ありがとう。