2009-08-01 7 views
8

ビルドサーバーからオートボックスとアンボックスのフラグを付けるスタイルチェッカーやビルドツールを知っている人はいますか?オートボクシングを検出するツールを作成しますか?

私は既に私の最後にフラグを立てるためにEclipseオプションを持っていますが、プロジェクトの誰もが同じIDEまたは同じ設定を使用しているわけではありません。ビルド側でそれを見つけることは、プロジェクトに潜む可能性がある場所を検出する唯一の方法と思われます。

+0

これは、Javaソースコードの静的解析を行うためのツールのようなものでしょうか? –

答えて

0

より良いツールは、ボクシングのために、プロファイラが遅いことを示すコードパスで自動ボックスをハイライト表示するものです。明示的なボクシングを強制することは、エッジの場合には遅くなる可能性があるため、ガベージコレクションを避けるようなものです。実際の問題を表現する際にコンパイラと言語を使用し、パフォーマンスの問題を捕捉するときにプロファイラを使用します。明示的なボクシングは、ソリューションの説明の一部ではない言語のニュアンスを表示するため、問題を解決するというコンテキストでは不自然です。

編集:このタイプの解説はここで適切ですか?私は実際に役立つように努力しています - 実際には、ホットパス上のCLI boxオペコードのインスタンスを特定するツールについて、過去には特に考えてきました。

+0

@ 28OZ28:解説 - それは適切だと思います。 –

3

Findbugsは、潜在的に問題のあるボクシングの問題の多くを特定しますspecific cases。私は1つの例に直接リンクしていますが、そのページの "box"のCtrl-Fを押すと、残りの部分が非常に簡単に見つかります。私は特定のボクシングの問題を探していることがすべての卸売のフラグを立てるよりも優れていると思います。 (言い換えれば、私は280Z28に同意します)

2

Eclipseを使用している場合は、環境設定を開き、Java - コンパイラ - エラー/警告に移動します。潜在的なプログラミングの問題のセクションのオプションの1つでは、警告またはエラーとしてオートボクシング/アンボックスをオンにすることができます。この静的解析は、プロファイラと併用すると非常に便利です。

前述のように、頻繁に呼び出されるオートボクシング/アンボクシングのケースが見つかったため、パフォーマンスに影響するツールを使用する方がよいでしょう。私はそのようなツールを知らない。

+1

元のポスターは、Eclipseを使用するためにチームの全員が必要としない何かを探していたと言いました。私は同じボートにいます。私はチーム全体に特定のIDEを強制することなく、チーム全体でオートバイの使用を禁止したい開発者のチームを持っています。 残念ながら、私はまだ特定のIDEの外でこれを行うツールを見つける必要があります。 –

関連する問題