Scala勉強会で5分くらいのお時間もらって発表した内容。

1. sbtマルチプロジェクトビルドの
使いどころ
原 一浩 @kara_d

2. 原 一浩 @kara_d http://greative.jp/

3. sbtは複数のプロジェクトを管理可能
➡ sbtのマルチプロジェクトビルド
• http://scalajp.github.com/sbt-getting-started-guide-ja/multi-
project/
•
import
sbt._
import
Keys._
object
HelloBuild
extends
Build
{
lazy
val
root
=
Project(id
=
"hello",
base
=
file("."))
aggregate(foo)
lazy
val
foo
=
Project(id
=
"hello-­‐foo",
base
=
file("foo"))
}
3

4. どういう場面で使うのか？
➡ Play frameworkでプラグインを作成する場合で
考えてみる
• よくある構成
サブアプリケーション + コンソールサポート
➡ 架空のLogプラグイン
• model/log.(scala/java)でログの保存
• $ view-log でログの確認を可能にしたい
➡ 普通は、Playプラグインとsbtプラグイン作成
• リポジトリをどうする？
• 配布はどうしよう？
4

5. Play Logプラグイン(架空)のフォルダ構成
➡ app プラグインアプリケーション
• model
- log
➡ sbt-plugin-1 プラグインコンソール
• src
- main
scala
➡ sbt-plugin-2
➡ project
• Build.scala
5

6. デフォルトのPlayのBuild.scala
val
main
=
PlayProject(appName,
appVersion,
appDependencies,
mainLang
=
SCALA).settings(
//
Add
your
own
project
settings
here
)
➡ これを、こんな風にするだけ。
6

7. デフォルトのBuild.scalaを変更
val
main
=
PlayProject(appName,
appVersion,
appDependencies,
mainLang
=
SCALA).settings(
//
Add
your
own
project
settings
here
).aggregate(sbtプラグイン1,
sbtプラグイン2)
➡ あとは、それぞれのプラグイン情報を書くだけ
lazy
val
sbtプラグイン1
=
Project(
プロジェクト名,
ソースフォルダの場所,
各種設定
)
7

8. メリット
➡ Playコンソール上でpublish-local or publish
一発ビルド
➡ Playコマンドで作成したプロジェクトフォルダ内で
完結するためリポジトリが1個で済む
➡ Play内の情報を連携できる(settingsがPlayと共通)
➡ その他、各クラスの共通化
8

9. ありがとうございました
7/14 第3回playframework勉強会
http://playframeworkja.doorkeeper.jp/events/1231-
%E7%AC%AC3%E5%9B%9Eplayframework%E5%8B
%89%E5%BC%B7%E4%BC%9A-play_ja
日本Play frameworkユーザー会
https://groups.google.com/group/play_ja?hl=ja
9