「Grails-1.1を斬る！〜Grails-1.1からのチーム開発〜」
•
0 likes•688 views
第0.9回 名古屋Grails/Groovy勉強会「もうやっこでいこみゃ～か！」 内容：「Grails-1.1を斬る！〜Grails-1.1からのチーム開発〜」
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Similar to 「Grails-1.1を斬る！〜Grails-1.1からのチーム開発〜」
Similar to 「Grails-1.1を斬る！〜Grails-1.1からのチーム開発〜」 (20)
More from Tsuyoshi Yamamoto
More from Tsuyoshi Yamamoto (18)
Recently uploaded
Recently uploaded (9)
「Grails-1.1を斬る！〜Grails-1.1からのチーム開発〜」
- 1. Grails-1.1を斬る！ ∼+Grails-1.1からのチーム開発∼ 第0.9回 名古屋Grails/Groovy勉強会「もうやっこでいこみゃ∼か！」 def speaker = new Cast(name:”T.Yamamoto”,version:”GRN-0.9-2009-03-19”)
- 2. 自己紹介 名前：山本 剛 (やまもとつよし) 所属：ニューキャスト 「Grails徹底入門」9-11章、書きました。 ブログ http://xmldo.blogspot.com/ http://d.hatena.ne.jp/mottsnite/
- 3. おさらい
- 4. Grailsとは？ よく聞く説明では、 「Groovyで実装されたRuby on Rails」!? 合ってるようで間違い Java＋Groovyで実装された、CoC、DRYの概念を取り入 れた( RoR にインスパイアされた)、Webアプリケーション 開発環境。 基礎はJavaでの開発で信頼されたSpring,Hibernate等を 使用している。 そして、それらをシンプルに利用できる環境。 Grails, 開発プラットフォーム (DGG2引用)
- 5. Grailsの構成図 Grails Groovy Spring Hibernate SiteMesh 基礎部分はJava(+Groovy) JVM Hibernate:ORマッピング Spring: DIコンテナ・多機能なラッパーフレームワーク SiteMesh:レイアウトフレームワーク Jetty: サーブレットコンテナ HSQLDB:ピュアJavaなデータベース
- 6. デモ grails create-app demo cd demo grails create-domain-class Book grails create-controller Book grails run-app --止める-- grails install-plugin acegi --プラグインインストールは前より早くなった！！
- 7. GRAILS-1.1
- 10. GORM スタンドアロンでGORMが使用可能！ Spring MVCでのサンプル、GRAILS_HOME/samples/petclinic-mvcを参照 ty E nti applicationContext.xmlにデータソースと、<gorm:sessionFactory/>の定義 nce. si ste <gorm:sessionFactory base-package="org.grails.samples" . per data-source-ref="dataSource" ils tgra y message-source-ref="messageSource"> im por y { gr oov it on . <property name="hibernateProperties"> t rs @En s Pe name son <util:map> s Per cla tring <entry key="hibernate.hbm2ddl.auto" S value="update"/> ... </util:map> } </property> </gorm:sessionFactory> GORMイベント - イベントbeforeInsert,beforeUpdate,beforeDeleteに、さらにafterInsert, afterUpdate and afterDeleteが追加された。 :String] any = [name 他に、 基本型(String,Integer)、 Enum でのコレクション。 static hasM .read( 1) 読み取りのみのオブジェクト取得。ソートのデフォルト値の設定。 def b ook = Book バッチフェッチ。 static m apping = static mapping = { sort "na { ダイナミックファインダの向上。 batchSize 15 me" books so rt:"titl joinTable！ } } e" generatorの指定 static mapping = { id generator:"org.hibernate.id.enhanced.SequenceStyleGenerator", params:[sequence_name:'item_id_seq',initial_value:1000,increment_size:1] }
- 11. GSP(Groovy Server Pages) GSPでのJSPタグライブラリのサポート <%@ taglib prefix="fmt" uri="http://java.sun.com/jsp/jstl/fmt" %> JSPタグを使う！ <fmt:formatNumber value="${10}" pattern=".00"/> メソッドのように使う！ ${fmt.formatNumber(value:10, pattern:".00")} _tableRow.gspの中身 テンプレートネームスペース <tr> <td class="prop">${label}</td> <td class="value">${value}</td> </tr> ネームスペースtmpl+ _ を無くしたファイル名で呼び出す。 <tmpl:tableRow label="one" value="two" /> Server Side Includes - <g:include>タグで別のコントローラ、ア クションを呼び出せる。 <g:include controller="book" action="list"/> コントローラあるいはタグライブラリでは、メソッドとして呼出も可能！ def content = include(controller:"book", action:"list") パフォーマンスの改善
- 12. データバインディング サブセットプロパティ 今までは、以下の方法で全プロパティがバインドされました。 person.properties = params サブセットプロパティの対応で、指定した項目のみバインド！ person.properties["firstName","lastName"] = params 同じ方法でアクセスも可能！ person.properties["firstName","lastName"].each { println it } コレクション型への対応 <g:textField name="books[0].title" value="the Stand" /> <g:textField name="books[1].title" value="the Shining" /> <g:textField name="books[2].title" value="Red Madder" /> 自動的に収集してまとめてくれます。
- 13. コントローラ関連 RESTfulマッピングの指定方法の向上 "/books"(resource:"book") の指定で、 GET, PUT, POST, DELETEを自動的に、 アクション"show", "save", "update", "delete"に設定 多重サブミット対策 フォームに、<g:form useToken="true">を指定すると、コントローラ 内で、withFormを使用してフォームの多重サブミットを判別できるよ うになった。 withForm { // 正常なリクエスト }.invalidToken { // ダブルクリックしたな？ リクエストのフォワード } forward controller:"home", action:"index" エラーハンドルの宣言 UrlMappingsにエラーハンドルの宣言が可能に。 "500"(controller:"errors", exception:IllegalArgumentException)
- 15. その他 Maven統合 Ant + Ivy統合 - Grailsが生成するAntのbuild.xmlとivy.xmlで、Grails がインストールされていない環境(CIサーバ等)でもビルド可能。 Log4j DSL Environment(環境) 、Metadata(メタ情報) API MENT EL OP nme nt.DEV nv iro rrent ls. util.E tad ata.cu grai .u til.Me e ta = grails ationNam c de f metada data.appli eta pri ntln m 非インタラクティブモード BeanBuilderでSpringネームスペースに対応 テストフレームワーク - Testingプラグインは、本体に統合！ Encrypted Data Sources - データソースパスワードの暗号化
- 16. まだまだ有ります。 ここからは、 チーム開発に便利!?な・・
- 17. BuildConfig.groovy プロジェクトのビルドに関連する情報をカスタマイズでき る定義ファイル Grails-1.0.x系では、Grailsのコンパイルされたクラスなどは、 $USER_HOME/.grails/<バージョン>/以下に固定されていましたが、 Grails-1.1からは指定変更可能になりました。 ファイルの設置場所 $PROJECT_HOME/grails-app/conf/BuildConfig.groovy 中はこんな感じ↓ grails.project.plugins.dir="work_tmp/plugins" grails.project.work.dir="work_tmp/work" grails.plugin.location."feeds"="./plugins/feeds-1.4"
- 18. BuildConfig定義できる内容 ※主な項目のみ grails.project.work.dir プロジェクトの作業ディレクトリ (このディレクトリ以下に classes,resources,plugins等が配置される) デフォルト：$USER_HOME/.grails/<バージョン>/projects/<プロジェクト名>/ 作業ディレクトリ以下を個別に指定も可能 grails.project.plugins.dir プラグインのディレクトリ。 grails-1.0.xでの、$PROJECT_HOME/plugins デフォルト：$USER_HOME/.grails/<バージョン>/projects/<プロジェクト名>/plugins grails.project.test.reports.dir テストリポート書きだし先。 grails.project.class.dir クラスの書きだし先。
- 19. 何でBuildConfigで設定変える必要があるの？ 個人的な意見・・・。 grails.project.class.dirのように、コンパイルクラスを置く場所はよいとして、Grails-1.1 からプラグインの場所が変わってしまったので、Grails-1.0.xを使っていたユーザには、プ ラグインのディレクトリが近くにいないのは・・・・。 で、 grails.project.plugins.dirで場所を変更すると、プラグインの場所が近くで管理でき るのでわかりやすい。 ビルドサーバなどでの事情もあるし！ 変な所にファイル置かれても・・ じゃあ、変えられればOKでしょ！ 管理できるのは良いこと！
- 22. Grailsプラグインとは？ 自分のプロジェクトに便利な拡張機能を追加できる 公式プラグインも有ります！ユーザ認証機能とか、メールとか、 コマンド install-pluginで簡単に追加できる そもそもGrails自身がプラグインの集合体！ 通常のGrailsプロジェクトと構造が同じ！ ∼GrailsPlugin.groovyファイルの有無 詳しくは！
- 23. ん？ プラグインで機能分けすると、開発を分担できそうだ！ プラグインA インストール (プロジェクトの一部の機能) プラグインB インストール (プロジェクトの一部の機能) メインプロジェクト グラフ機能プラグイン インストール (今後も再利用できそうな機能) ユーザ認証プラグイン インストール (公式のプラグイン＋カスタマイズ) この辺がチーム開発！＋再利用性！
- 25. そこで！
- 26. Grails-1.1からの、プラグインの新機能 グローバルプラグイン 複数のプラグインリポジトリ 他動的なプラグイン自動解決 (Automatic Transitive Plugin Resolution) プラグインでのモジュール式アプリケーション開発 プラグインスコープと環境定義
- 27. グローバルプラグイン "-global"オプションを指定することによって、プラグインは グローバルプラグインとして管理されます。 インストールされたプラグインは、同じ場所に保管されて、 一度インストールすれば、同じバージョンのGrailsで他のア プリケーション開発するときは再度インストールすること なく使用することができます。 grails install-plugin acegi -global
- 29. そんなあなたにこんな新機能！ プラグインでのモジュール式アプリケーション開発 他動的なプラグイン自動解決 (Automatic Transitive Plugin Resolution) 複数のプラグインリポジトリ
- 30. プラグインでのモジュール式アプリケーション開発 Grails-1.1からプラグインは基本的に application.propertiesにメタ情報で管理されます。 app.version=0.1 plugins.acegi=0.5.1 app.servlet.version=2.4 ン app.grails.version=1.1-SNAPSHOT 名= バージョ plugins.hibernate=1.1-beta3 s.プ ラグイン app.name=relationsample plugin プラグインの追加削除、バージョン変更は、プロジェクトの application.propertiesの内容を変更するだけでよいので す。 これで、他のチームメンバーへのプラグイン変更通知も 楽々。
- 31. しかも！
- 32. 他動的なプラグイン自動解決 他動的なプラグイン自動解決 （※仮翻訳） (Automatic Transitive Plugin Resolution) application.propertiesの情報を元に、 自動的にバージョン確認して、 インストール、アンインストールを行ってくれます。 間違った操作を防げます！
- 33. これって、 プラグインリポジトリの プラグインにしか対応していないぢゃん！
- 34. 複数のプラグインリポジトリ Grails-1.1から独自のプラグインリポジトリを設定すること ができるようになりました。 設定方法 USER_HOME/.grails/settings.groovy 又は、grails- app/conf/BuildConfig.groovyに情報定義。 例えば、チームのプラグインリポジトリに使用するSvnの Urlが、"http://127.0.0.1/gp"だとしたら grails.plugin.repos.discovery.local="http://127.0.0.1/gp" grails.plugin.repos.distribution.local="http://127.0.0.1/gp" grails.plugin.repos.discovery.リポジトリ名称="リポジトリへのHttpベースのURL" grails.plugin.repos.distribution.リポジトリ名称="リポジトリへのHttpベースのURL"
- 36. 独自のプラグインリポジトリに プラグインをリリース プラグインプロジェクトディレクトリでrelease-pluginに- repository=対象リポジトリ名称を指定して実行。 grails release-plugin -repository=リポジトリ名称 以下の内容を行ってくれます。 1. プラグインのパッケージング 2. プラグインリポジトリへのプラグインの追加(grails-プラグ イン名の階層に、tags trunkを追加) 3. プラグインのバージョンを自動でタグ切り 4. プラグインリポジトリにある、プラグイン管理用 の.plugin-meta/plugins-list.xmlを更新
- 39. 元々 プラグインA インストール (プロジェクトの一部の機能) プラグインB インストール (プロジェクトの一部の機能) メインプロジェクト グラフ機能プラグイン インストール (今後も再利用できそうな機能) ユーザ認証プラグイン インストール (公式のプラグイン＋カスタマイズ)
- 40. これから！ チーム用プラグインリポジトリ Grails公式プラグイン チーム用リポジトリ プラグイン自動解決 独自プラグインリポジトリで管理 メインプロジェクト プラグインB (プロジェクトの一部の機能) 使用する プラグインの情報を プラグインA 定義 (プロジェクトの一部の機能) チェックアウト グラフ機能プラグイン (今後も再利用できそうな機能) チームメンバー ユーザ認証プラグイン (公式のプラグイン＋カスタマイズ) プラグイン自動解決
- 42. つづく.......