インストール方法やインタフェースに大きな変更なし

　3rdRail本体のインストーラについては、従来と同じく「Install Anywhere」が用いられる。インストール先の選択以外に特別なカスタマイズ項目は存在しないので、非常に簡単に導入できる。

3rdRail 2.0のインストール画面

　3rdRail 2.0のユーザーインタフェース部分については、従来と大きな違いは見受けられない。変更点としては、新機能である「R Optimizer」や「ビジュアルテストランナー」などのツールバーボタンやコンテキストメニュー、プリファレンスメニューなどが追加されている程度だ。そのほとんどのインタフェースは、従来のものを踏襲している。これまでに3rdRailを使用した経験があれば、特に何の問題もなく今回の新版も使うことができるだろう。

開発容易性を向上させる2つの新機能

　3rdRail 2.0では、アプリケーションのテストやパフォーマンスチューニングをサポートする機能など、アプリケーション開発をより効率化するための補助的な機能が多く追加された。従来のユーザビリティを維持しつつ、より実践的なアプリケーション開発をサポートするIDEに仕上がっていると感じられた。

高度なプロファイリング機能を提供するR Optimizer

　3rdRail 2.0で注目すべき新機能がR Optimizerだ。これは、Railsを含むRubyアプリケーションの動作を分析（プロファイリング）し、アプリケーションに潜在するボトルネックを調べたり、ソースコード中の問題個所を探索したりするための機能である。IDEの一部として提供されており、一貫したインタフェースでアプリケーションの開発からパフォーマンスの分析まで行えるようになっている。

　R Optimizerの起動方法はシンプルで、ツールバー上の［プロファイル］ボタンをクリックするか、Railsエクスプローラーでプロジェクトの右クリックメニューから［プロファイル］を実行する。

　起動すると、専用のパースペクティブへの切り替えが発生し、余分なプロファイルの表示を抑制するフィルタの設定を行うと、プロファイル画面が表示される。下の画面は、デフォルトの設定でR Optimizerを起動した際の画面である。

R Optimizerのインタフェース画面。画面左上の「R Optimizer」ビューで、分析に関する操作を実行できる《クリックで拡大》

　まず、CPUプロファイルメニューから［CPU記録の開始］を行う。

CPUプロファイルの取得開始インタフェース

　CPU記録がスタートし、［停止］ボタンをクリックするまでに行われたアプリケーションへの操作が、すべてCPUプロファイルとして取得される。Excelになじみがある読者にとっては「マクロの自動記録に近い感覚」というと分かりやすいだろう。

CPUプロファイル取得中の画面

　［停止］ボタンをクリックするとCPUプロファイルの取得は止まり、自動的に取得したプロファイルの一覧が表示される。一覧画面では、スレッド単位でビジー時間やアイドル時間などの情報が表示される。また、これらの情報を視覚化したグラフも画面右端に表示されるなど、直感的で分かりやすいインタフェースになっている。

取得したCPUプロファイルの一覧

　R Optimizerでは、各スレッドをダブルクリックすることで、より詳細な情報が得られる「実行フロー」を表示できる。実行フローには、該当するスレッドが実行したコードの詳細が表示され、より具体的にボトルネックとなったコードの特定などが行える。

　また、「スレッドツリー」によってスレッドの実行状況が視覚的にとらえやすくなっている点や、ソースコードの該当個所にダイレクトにジャンプできる点など、実用上十分な使い勝手を備えていると感じられる。

実行フロー画面《クリックで拡大》

　上記のように必要十分な実力を備えているR Optimizerだが、残念ながら3rdRail 2.0では「MRI（Matz' Ruby Implementation）」にしか対応していない。そのため、JRubyやRubiniusといった、Rubyの別実装を3rdRailのインタプリタとして設定している場合は利用できない点に注意が必要だ。非常に有用なプロファイリングツールであるだけに、今後の対応プラットフォームの拡張に期待したい。

テスト検証を支援する「ビジュアルテストランナー」

　3rdRail 2.0では、アプリケーションのテストを視覚的に表示する「ビジュアルテストランナー」機能が新たに搭載された。従来までのテストは、テストスクリプトをコンソールで実行し、その結果を表示する方法を取っており、この部分だけに絞れば、コマンドラインによるテストと実行結果に違いはなかった。今回追加されたビジュアルテストランナーは、3rdRailのビューとしてテスト結果を表示してくれる。

ビジュアルテストランナーの正常実行結果

　ビジュアルテストランナーの起動方法は、Railsエクスプローラーのテストツリーから、実行したいテストもしくはディレクトリを右クリックし、［実行］－［Rubyテスト］をクリックする。すべてのテストが成功した場合、「スクリプト・テスト」ビューには緑色のバーが表示され、テストが成功したことがすぐに確認できる。

　もし実行したテストに何らかの失敗が生じた場合は、赤色のバーが表示され、失敗したテストメソッド名に青色の×印が付き、エラー内容が「障害トレース」欄に表示される。また、テストメソッドの数が多い場合には、失敗したテストのみに表示を絞り込むことができるなど、テスト結果を視覚的に参照するための機能が用意されている。

　今回はエラー表示の確認のため、以下のようなサンプルコードで検証した。このコードは最初から失敗する内容であり現実には起こり得ないテストだが、簡潔に失敗例を示すために使用した。

テスト失敗時の表示

「結果の比較」機能の表示例。test_findメソッドがarticle.titleの値として「foo」という文字列を期待していたのに対し、実際には「bar」という値が返され、テストが失敗したことを示している

　そのほか、テストメソッド名や障害トレースの結果をダブルクリックすると、該当する問題が発生したソースコードを自動的に開く機能や、テスト失敗時に本来期待される値と実際の実行結果を比較表示する機能など、IDEに期待される“使い勝手”の良さは十分に確保されていると感じられた。テストメソッドの数が増えるにつれて、この機能の有用性は高まっていくと考えられる。

　なお、ビジュアルテストランナーの実行時には、test環境用のデータベースに対してスキーマが事前に適用されている必要があるため、注意が必要だ。

地味だけど便利な機能も搭載

　3rdRail 2.0では、多くの既存の機能も強化された。コード補完機能では、新たにRailsのNamed Scope機能やルーティング／リソース定義に関する補完が可能になった。例えば、モデルのソースコードに以下のようなNamed Scopeを追加した場合、追加されたメソッド（foo, bar）も、コード補完の対象として表示されるようになった。

　また、Rubyのソースコードの体裁を自動整形する「Rubyソースコードフォーマッタ」が新たに追加された。Rubyソースコードフォーマッタは、既存のソースコードを自動的に整形する機能。インデント幅やクラス／メソッド間の空行の数、コメントの折り返し設定など、ソースコードの体裁をかなり詳細に指定できる。

ソースコードフォーマッタの設定画面

　あらかじめフォーマットの規約を設定しておけば、複数人のチームで開発を行う際などには、［CTRL］＋［Shift］＋［F］キーを押下するだけで、自動的に規約に沿ったソースコードに整形することができる。地味ではあるが、とても便利な機能だといえる。

チーム開発における有力な選択肢

　3rdRail 2.0は、従来の機能をより高精度に練り上げ、R Optimizerやビジュアルテストランナーなどの「作成するアプリケーションの品質を向上させるための機能強化」が多く施されている。IDEを導入する目的が「高品質のアプリケーションを効率良く開発する」点に求められるとするならば、3rdRail 2.0はまさにその目的に沿って正しく進化したIDEといえるだろう。

　特に、Webアプリケーション開発の現場でチームを組んで開発を進める場合において、「ツールの統一性」や「ツールの分かりやすさ」などを重視する場面では、有力な選択肢の1つになり得る製品だと考えられる。