2012-03-26 5 views
0

私はjava 1.4日以内に開始されて以来、パラメーター化されていないジェネリック型のために12kを超える警告を持つ巨大なproyectに取り組んでいます。 これらのエラーをすべて手作業で解決するためのリソース(人/時間)はありませんが、私は警告を含むファイルを編集する必要があるときはいつでも、できる限り多くのものを修正しようとしています。 )。eclipseの生タイプのクイックフィックス機能はどのくらい信頼できますか?

が、私は最近、日食が同様の警告のこのタイプのためのクイックフィックス機能を持っていることに気付きました、と私は慎重にその修正が正しいことを確認し、いくつかのファイルでそれを試してみました(すなわち:ArrayList<String>としてパラメータ化されている場合は、追加/取得されたものがすべてStringであることを確認します)。

私はこれをいくつかのファイルで実行していますが、これらのパラメータ化された変数を慎重に守って修正がOKであることを確認しています。

私の質問は、どのくらい信頼できるかです。私はすべての手動でチェックせずにすべての12k警告を実行して安全ですか?これを行うことによっていくつかの誤った修正のリスクがありますか?推測できないパラメータをスキップするか、それでもベストエフォートを実行しますか?

+3

馬鹿に聞こえるかもしれませんが、試してみると、テストがコンパイルされているかどうかを確認してください。そうでない場合は、バージョンコントロールシステムで以前のバージョンに戻しますか? – assylias

+0

エラーが発生した場合は、Eclipseが自動的に表示するコンパイル時エラーと考えられます。それらのどれが発生するのか見てください。 –

+0

コンパイル時のエラーはなく、うまくいきます。私はランタイムエラーが心配です。システムは膨大なので、全体を再テストするにはQA週間かかります。クリティカルな部分のみを再テストすることができますが、生産上の不利益を払拭することは望ましくありません。 – WhyNotHugo

答えて

0

別のオプションは、プロジェクト(S)のためにその警告を無効にすることです。プロジェクトのプロパティで、Javaコンパイラ>エラー/警告に移動し、検索ボックスに「raw」(引用符は不要)と入力します。 「生のタイプの使用法」を警告から無視に変更することができます。

@SuppressWarningsアノテーションを追加することもできます(QuickFixオプションも追加できます)。

個人的には、ジェネリック医薬品が必要ない場合や価値がない場合が多いため、個人的には迷惑をかけることがあります。

+0

理想的には、大規模なプロジェクトでは、これらの警告を実際にクリーンアップする方が良いでしょう。これは、どのメソッドが返されるか、リスト(例)に含まれるものについて、より明確なインタフェースを持つのに役立ちます。私は、警告を無効にすると、読みやすさ、保守性、または堅牢性のためにコード品質が一般に低下することがわかりました。 – WhyNotHugo

関連する問題