問題タブ [obsolete]

プロジェクトを Windows 8.0 から Windows 8.1 にアップグレードしましたが、古いコードの警告が表示されました。私が修正したものもあれば、修正していないものもあります。

これは、修正できず、情報が見つからなかった最後の警告の画像です。

すべての警告は同じメソッドを参照しており、廃止されていると表示されています。廃止されていないコードを取得するにはどうすればよいですか?

コードは次のとおりです。

1. 警告番号 2。

   /li>

2. 警告番号 1。

   /li>

3. 警告番号 3。

   /li>

上記のすべてのコードは、非推奨になっている DefineVisualState メソッドの呼び出しであり、ウィンドウ レイアウト サイズを直接クエリすることを提案していますが、それはどういう意味ですか?

注:これは LayoutAwarePage であるため、ここではコードを記述していません。これは Windows 8.0 の実装です。

どんな助けでも大歓迎です、そして前もって感謝します!

読んman 3 ftwでみると、「POSIX.1-2008 は ftw() を古いものとしてマークしています」。
今、私は心配しており、「素敵なプログラマー」になりたいと思っていますftw()。それでも、現在「最新」である他に何を使用する必要があるかを見つけるのに苦労していますftw()。

許可されれば、2 つのサブ質問に特に関心があります。

1. まだ使えftw()ますか？
2. そうすることに伴うリスクを見積もる方法はありますか？
3. 後継者は何ですかftw()

質問を改善するための提案をお待ちしておりますが、それが挑戦的であり、質問をうまく作成しようとしたことを考えると、喜んで助けられ、受け入れられます。

PhotoRate 2.0 と呼ばれるこの元のスクリプトからはるかに大きなスクリプトを作成しました。これはもともと php 4 用に設計されており、プロバイダーが最近 php バージョンをアップグレードするまで機能していました。ここに元のスクリプトがあります。

最初の部分は config.php です

次の部分はindex.phpです

問題は、画像がまったくインクリメントされないことですか? それは、古いphpであり、スクリプトで何も変更されていません。

私はエラーをチェックし、split() を変更する必要があるものを取得しました。 $dta = split(" ", $dtf) のように使用します。他のエラーは、多くの変数に対して変数が定義されていないと言うだけですが、エラー報告がオンになっているためだと思います。

前もって感謝します...私はこれを見つめていて、長すぎます...私は困惑しています。

私は、他の開発者がメソッドやクラスを使い続けるのを思いとどまらせたいという状況に陥ることがよくあります。たとえば、2 つのライブラリ メソッド "A" と "B" があるとします。ここで、"A" はタスクを実行する "古い" 方法であり、"B" はそのタスクを実行する "新しい" 方法です。多くの場合、A と B は十分に異なるため、A を使用したリファクタリング コードで B の使用を開始することは自明ではありません (たとえば、追加の状態のフロー スルーが必要です)。A は使われている場合に機能するので、リファクタリングを優先したくありません。ただし、仲間の開発者に、新しいコードでは A を使用しないことを視覚的に示したいと思います。

したがって、関連付けられたコンパイラの警告/エラーなしでメンバーを参照するときに取得する取り消し線が理想的ですObsoleteAttribute(それをオンにすると、計画していない A のすべての古い使用法から何百ものエラーが発生するため)すぐにご連絡ください）。そうすれば、開発者が A を使用して新しいコード行を記述した場合、開発者はすぐに取り消し線に気付き、B を使用するようにコードを修正します。

VisualStudio (2012) でそのような機能を取得する方法はありますか?

編集：

• 「新しいコードと古いコードを区別する方法がない」という趣旨のコメントがいくつかありました。同意します。ただし、それは私が求めていることではないので、明確にさせてください。代わりに、対応するコンパイラの警告やエラーなしで、コードが「古い」(取り消し線など) であることを視覚的に表現する必要があります。そうすれば、古いコードを読んだり、新しいコードを書いたりしている開発者は、何かが古くなっていることを即座に視覚的に示すことができます。これが .NET でネイティブにサポートされていない場合でも、この目的のために VS 拡張機能が存在する可能性がありますか?

• 「警告を表示することと警告を表示しないことの両方を行うことはできません」という趣旨のコメントがいくつかあります。上記の使用例を説明したと思いましたが、もう一度試してみます。コードベースを構成するさまざまなソリューション全体で頻繁に使用されるコア ライブラリのセットがあります。ときどき、これらのライブラリの 1 つを更新して、何らかのタスクを実行するための新しい、より優れた API を提供します。下位互換性を維持するために、(多くの場合) そのタスクを実行する古い方法を削除することはできません。大量の既存のコードが古い API セットの使用に依存しており、新しい API を使用するように簡単にリファクタリングすることはできないためです。さらに、そうする差し迫った理由はありません。既存のコードにバグを導入するリスクがあるだけです。しかし、私は' 特定の API は他の API を優先して避けるべきであるという事実を開発者に視覚的に警告する何らかの方法が必要です。開発者は、同じタスクを実行する既存のコードを読むことによって、タスクを実行する方法を学習する傾向があるため、これは困難です。古い確立された API は非常に多くの既存のコードから参照されているため、新しい API の普及が難しくなっています。のObsoleteAttributeこれはコンパイラの警告によって実現されますが、これらの警告は、古い API の既存の何百もの使用から大量のノイズを生成するだけです。それが私が取り消し線を気に入っている理由です。これは非常に視覚的なものですが、開発者が古い API を使用するコードを読んだり書いたりしているときにのみ邪魔になります。以下は、古い API をマークしたかった変更の例です。

  • SQL クエリを実行するための新しい API を導入しました。これは、以前よりも冗長性が低く、風変わりでなく、柔軟性が高いものです。古い API には依存する可能性のある風変わりな動作が非常に多くあるため、古い API を完全に削除することは困難です。しかし、将来の開発のために、新しい API に向けて人々を後押ししたいと考えています。
  • 単体テスト ヘルパー API の 2 つの内部セットがあります。古いものは完全に機能しますが、継承に依存しており、あまり柔軟ではありません。新しいものは属性を使用して構築されており、より柔軟です。何百もの古いテストがまだ古い API を使用して実行されていますが、新しいテストの作成者に新しい API を使用するようプッシュしたいと考えています。
  • 私たちのコア ライブラリには、実際には適合しない古いランダムなレガシー コードが含まれていますが、現時点では削除が困難です。これらの型とメソッドへの新しい参照の追加を減らしたいと思います。そうすれば、それらに依存する既存のコードが通常のチャーンによって消えるため、ある時点でそれらを削除する方が費用対効果が高くなる可能性があります。

• 補足として、この質問への回答は、新しいコードで使用することをお勧めしない場合でも、古いものにマークを付けない理由を説明するのに適していると思います。

• の存在を単に呼び出すコメント/回答がいくつかありますObsoleteAttribute。この質問のテキストは常にその属性を参照していることに注意してください。

Serializer クラスに新しいジェネリック Serialize メソッドを追加しています。そして、古いものは時代遅れでなければなりません。

期待される結果は次のとおりです。

しかし、結果は次のとおりです。

では、なぜ Serialize(a) が汎用バージョンを呼び出すのでしょうか? 廃止された一般的なメソッドにバグはありますか?

私は自分のウェブサイトで画像を使用しています。このための html コードは次のとおりです。

w3 検証を使用してページを検証しようとすると、次の警告が表示されます。

行 57、列 105: border 属性は廃止されました。img { border: 0; の指定を検討してください。代わりに CSS で。

Joomla 2.5 を使用しています

警告を取り除く方法を知りたいですか？

ヒントをいただければ幸いです。