sbt プラグインをテストする · eed3si9n
2011-09-18 / sbt テストの話をしよう。一度プラグインを書いてしまうと、どうしても長期的なものになってしまう。新しい機能を加え続ける（もしくはバグを直し続ける）ためにはテストを書くのが合理的だ。だけど、ビルドツールのプラグインのテストなんてどうやって書けばいいんだろう？もちろん飛ぶんだよ。 scripted test framework sbt は、scripted test framework というものが付いてきて、ビルドの筋書きをスクリプトに書くことができる。これは、もともと 変更の自動検知や、部分コンパイルなどの複雑な状況下で sbt 自体をテストするために書かれたものだ: ここで、仮に B.scala を削除するが、A.scala には変更を加えないものとする。ここで、再コンパイルすると、A から参照される B が存在しないために、エラーが得られるはずだ。 [中略
自分を伸ばすRailsプラグイン作成 | スキル | 家で働くママ日記 | あすなろBLOG
年始に今年の目標として「Railsプラグインの作成」を書いたのですが、時間があったらやろうくらいのものなので時間ができた夏休みとかかなーと思っていたのですが、月次ミーティングしていたら瀧内さんが「すぐやればいいのに、やったらいいんだよ。時間は取るべきです。」という助言をしてくれて、その次の日実行ということになりました。 で、シンプルなTinyURLHelperを作りました ネタはTinyURLHelper。URLを渡すとTinyURLを取得、リンクを返してくれるものです。 http://blog.s21g.com/articles/374 1 <%= link_to_tinyurl 'http://yahoo.co.jp' %> 2 #=> <a href="http://tinyurl.com/cj5">http://tinyurl.com/cj5</a> その後もプラグインに足
長野新幹線に乗っている間に Rails プラグインを作ってみる - 僕は発展途上技術者
東京 - 長野間は約1時間40分。その間に Rails プラグインを作り、公開して、ブログまで書けるかやってみました。 作るプラグインはとても簡単。 帳票などの機能を作っていると、日付や時刻を年度で考えなければならない、ってときがあります。 そこで、DateやTimeクラスを拡張し、fiscal_yearというメソッドを追加して、 % script/console Loading development environment (Rails 2.2.2) >> Date.new(2009, 3, 31).fiscal_year => 2008 >> Date.new(2009, 4, 1).fiscal_year => 2009 のように年度を返すようなことをやっていたのですが、これをプラグイン化してみました。 13:24 東京駅出発。 パソコンをリュックから取り出し、準備万端。 上野駅到
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
