2007年10月17日～19日の3日間、Groovy/Grailsに関する初の国際カンファレンス「Grails eXchange 2007(以下、GeX2007)」が英国ロンドンで開催された。本稿では、同カンファレンスのレポートと併せて、Java開発に新風を吹き込む開発技術「Grails」について紹介していきたい。
|
|
Grailsの中心的開発者たち。左からDierk Koenig氏、Guillaume Laforge氏、Graeme Rocher氏、Scott Davis氏 |
Grailsに対する「誤解」
ますは、Grailsについて簡単に説明しておこう。
これまで、Grailsは、「Ruby on RailsのGroovy版」で片付けられているところがあった様に思うが、この認識は現時点では正しいとは言えない。また、Spring、Hibernate、SiteMeshなど、WEBアプリケーション開発において実績のあるフレームワーク群を基にしたフルスタック・メタフレームワークだが、これらのフレームワークを単に"一緒に使用している"だけのものでもない。
Grailsは、優れた着想と一貫性に基づき、Java VM上で動作するアプリケーションの開発を広範囲に改善する、技術体系の転換(パラダイムシフト)を実現するアーキテクチャなのである。以下、その詳細に触れていく。
ダイナミックJava実行環境
Grailsは、Groovyという動的言語の機能を、最大限に有効活用できるよう設計されている。しかし、Grailsのダイナミックな性質をもたらしている理由はそれだけではなく、多くの工夫や仕組みが加えられている。
たとえば、Grailsでは、任意のリソース(Grailsソース、Javaソース、設定ファイル、メッセージバンドルなど)の変更を即座に検出し、それに依存するモジュールが呼び出され、必要なら該当リソースを再コンパイルしたり、設定を再読み込みしたりし、再起動することなしに作業を実行することができる。設定はCoC(Convention over Configuration)で通常は不要であるが、設定が必要になる場合でも設定用のDSL(Domain Specific Languages)によって直感的に記述できるようになっている。
このような仕組みや設定方法が、Grails全体に徹底的に適用されており、Grailsが基盤として採用しているSpringやHibernateの機能はすべて「Grails流儀」で用いることができるようになっている。
なお、Grailsは多くの優れたコンセプトをRails(および他のスクリプト言語ベースのWebアプリケーションフレームワーク)から近い形で、あるいはそれを洗練した上で取り入れている。代表的には以下の機能である。
- CoC(規約によって設定を不要にする)
- DRY(Don't Repeat Yourself: 繰り返さない)
- スキャフォルディング(CRUD操作用簡易viewの自動生成)
- DSLの全面的な採用
- プラグインアーキテクチャ
- フルスタックフレームワーク
次ページ以降では、これらの中でも特徴的なものピックアップして紹介していく。
著者プロフィール
上原潤二: NTTソフトウェア Javaテクニカルプロフェッショナル。主な業務はフレームワーク適用支援など。2004年には『月刊JavaWorld』(IDGジャパン発行)にてGroovyの特集記事を執筆している。
山本剛: ニューキャスト CTO。出版系システムなどの開発に従事するかたわら、Grailsの研究にも従事する。今回のGeX2007では、「Acegi on Grails」というセッションの講師を担当した。
