Ruby on Rails究極指南：第1回　Instant Railsで始めるWindows環境のRails (1/2)

はじめに

　世界中でRubyの人気が急上昇しているが、このきっかけの1つとなったのがWebアプリケーションフレームワークRuby on Rails（Rails）である。そこで本連載では、Rails 1.0の特徴を紹介しながら、Windows/Mac OS X環境へ簡単に導入できるInstant RailsやLocomotiveによってRailsの魅力に迫っていきます。また、代表的なフレームワークCatalystとの比較、言語内DSLという概念など、Railsを理解していく上で重要となるポイントについても解説していく予定です。

　まず、今回と次回の2回では、Windows環境でRuby on Railsを簡単に利用するための方法を紹介します。Ruby on Railsの環境としてはInstant Railsを、統合開発環境としてはRadRailsを取り上げます。

Ruby on Railsとその特徴

　David Heinemeier Hansson氏によって作成されたRuby on Rails（以下Rails）は、Rubyで記述されたWebアプリケーションフレームワークです。2005年12月に1.0がリリースされたばかりの比較的新しいものですが、基本的な部分は従来からあるMVCフレームワーク*と共通しています（図1）。しかし、使いやすさという意味では、これまで使われてきたフレームワークとは一線を画す部分があったため、非常に大きな話題になりました。

図1　MVCフレームワーク

　Railsの特徴としてよく挙げられるのは、「DRY」と「Convention Over Configuration」という点です。前者は「Don't Repeat yourself」を省略したもので、「同じことを幾つかの場所に書く」といった重複した記述を避けようという標語です。もともとは『達人プログラマー』という書籍*に書かれている言葉で、これ自体は珍しくない考え方ですが、Railsはその徹底ぶりが顕著です。

　もう1つの特徴である「Convention Over Configuration」は、Railsが広めた標語です。それまではConvention（規約）には重きが置かれず、むしろConfiguration（設定ファイル）の強力さと柔軟さを競っていたフレームワークでしたが、Railsは設定ファイル、特にXMLによる設定ファイルへの敵意を鮮明にしました。Railsのキャッチフレーズの1つである「No XML!」は、JavaのメジャーなフレームワークでXMLが多用されていたことに対するアンチテーゼでもあり、実際にRailsにはXMLの設定ファイルは1つもありません。数少ない設定ファイルでも、データベースの種類やアドレス、IDやパスワードを格納するファイルには、YAML*という非常に簡素なテキストによる記法が使われているほどです。

　設定ファイルの代わりにRailsが重視しているのは規約です。一般的にソフトウェア開発は、各アプリケーションの自由度が非常に高くなっています。ファイルの置き場所やクラス、変数の命名規則といったものを、言語やライブラリのレベルでかっちり規定しているものはほとんどありません。これらには「さまざまな環境でアプリケーションを動かせる」という利点がありますが、多くの場合、過剰な自由度になってしまいます。多人数で開発を行う場合や、開発者と保守担当者が異なる場合には、このような自由度の高さによって、アプリケーション全体での統一性がなくなり、どこに何があり何と何がどのように関係しているのかが分かりにくくなりがちです。こうしたことを避けるため、フレームワークは多くのものを決め打ちにしています。「あらかじめルールが決まっていれば、それ以上悩む必要がなくなる」というわけです。Railsはそれを極端に進めており、多くのものが暗黙のルールとして決められ、それに従う場合には何も書かないまま本番用コードとしてデプロイ*されかねません。

　特に有名なのは、データベースとモデルオブジェクトとのマッピング用ライブラリ*ActiveRecordで、単純なものは「クラス名の定義を書くだけ」という人を食ったようなコードが本当に使われます。例えば、

のようなコードがあった場合、これだけでリスト1のようなものが実行可能になってしまいます。

　その一方で、ルールに従わない場合も簡潔なコードでルールとの違いを記述できるようになっています。おかげで、プログラムが非常にコンパクトになり、しかも設定ファイルがなくても困らないようになっているわけです。この「簡潔なコード」も、Rubyというプログラミング言語の柔軟な構文とセマンティクス*により、単に短いだけではなく、非常に分かりやすいものになっています。

　このような特徴によって、Railsは「それまでのWebアプリケーションフレームワークよりも高い生産性を持つ」と大きな注目を集めているのです。