func09 » ruby

[sinatra for flasher] 大量のダミーデータを返すAPIを作る

haga — Wed, 17 Feb 2010 04:30:41 +0000

FLASHer のためのSinatra入門 [導入編]

前回の続きです。

今回は大量のダミーデータを返すAPIを作ってみます。
要件としては

住所録を返すAPI
本番サーバはPHPなので、URLもそれに合わせる
100件程度、ランダムで返す
XMLの内容は、名前、メール、メッセージ、性別、国

という感じです。

Haml

今回はテンプレート言語にHamlを使っていきます。
タグ構造をインデントと簡略構文でガシガシ書いていけるので、慣れると気持ちいいです。

日本Hamlの会
http://haml.ursm.jp/

Getting Started Haml
http://haml.ursm.jp/getting-started

ざっくりと説明すると

!!! XML
%items
%item(id="1") こんにちは
%item(id="2") さようなら

というHamlマークアップが

version='1.0' encoding='utf-8' ?>
>
id="1">こんにちは>
id="2">さようなら>
>

に変換されます。
雰囲気だけ掴んでもらって、詳しくはチュートリアルやドキュメントを御覧下さい。

Forgeryでサンプルデータの作成から解放される

forgeryというgemライブラリで、煩瑣なサンプルデータ作成とはおさらばできる。

sudo gem install forgery

でインストールして、使い方は

require 'forgery'
puts Forgery(:internet).email_address #=> tmccoy@topiclounge.biz
puts Forgery(:internet).email_address #=> charper@voolia.net

こんな感じ。標準でサンプルデータの辞書がいろいろ入っていて、上記のコードはメールアドレスのサンプルデータをランダムに生成している。

今回はForgeryを積極的に使う。

コード

いきなりですが最終型のコード

require 'rubygems'
require 'sinatra'
require 'forgery'

before do
content_type 'xml' # 常にContent-Typeを 'application/xml'に
end

get '/api/getFriends.php' do
haml :get_friends_php
end

__END__

@@ layout
!!! XML
= yield

@@ get_friends_php
%friends
- rand(100).times do |i|
%friend(id="#{i}")
%name
%first_name= Forgery(:name).first_name
%last_name= Forgery(:name).last_name
%email= Forgery(:internet).email_address
%message= Forgery(:lorem_ipsum).paragraph
%gender= Forgery(:personal).gender
%country= Forgery(:address).country

今回は1ファイルで完結させてみた。

ブラウザで http://localhost:9393/api/getFriends.php （ポートはshotgunデフォルト）にアクセスすると、下みたいなXMLが取得できる。

beforeフィルター

常にXMLを返すAPIなので、リクエストを受け付けて処理する前にContent-Typeを’application/xml’にするように設定。Sinatraのbeforeフィルターという機能で実現。

before do
content_type 'xml' # 常にContent-Typeを 'application/xml'に
end

URLに対する処理

/api/getFriends.phpというパスに対して処理したい場合、Sinatraのgetメソッドに続いて、そのパスを定義する。 do ~ end ブロックの中に処理を記述。

この場合Hamlでget_friends_phpテンプレートを出力する処理のみだね。

パスに普通に「.php」とか使えているところに注目してもらいたい。要するにマッチすればなんでも良いので「.pl」でも「.cgi」でも「.do」でも本番と同じパスを表現できるはずだ。

get '/api/getFriends.php' do
haml :get_friends_php
end

Hamlによるテンプレート

Sinatraには「ファイル内テンプレート」という機能があって、テンプレートをわざわざ別ファイルとして用意しなくても、ソースファイルの最後（END以降）にテンプレートを書いても良いことになっている。

テンプレート名は「@@index」とか「@@layout」とか先頭に「＠＠」を付けて置くこと。

__END__

@@ layout
!!! XML
= yield

@@ get_friends_php
%friends
- rand(100).times do |i|
%friend(id="#{i}")
%name
%first_name= Forgery(:name).first_name
%last_name= Forgery(:name).last_name
%email= Forgery(:internet).email_address
%message= Forgery(:lorem_ipsum).paragraph
%gender= Forgery(:personal).gender
%country= Forgery(:address).country

レイアウト

layout という名前のテンプレートがあれば、Sinatraはすべてのテンプレートのレイアウト、つまり枠として利用する。

「!!! XML」はXMLのドキュタイプ宣言を簡略表現で、「= yield」は、ここにメインテンプレートの内容を流し込むよーという処理。

get_friends_php テンプレート

@@ get_friends_php
%friends
- rand(100).times do |i|
%friend(id="#{i}")
%name
%first_name= Forgery(:name).first_name
%last_name= Forgery(:name).last_name
%email= Forgery(:internet).email_address
%message= Forgery(:lorem_ipsum).paragraph
%gender= Forgery(:personal).gender
%country= Forgery(:address).country

XMLのタグ表現を「%タグ名」とインデント階層でマークアップしていく。
「- rand(100).times do |i|」は、以降の下層インデントの部分をランダムで100件まで繰り返させている。

あとはForgeryの住所辞書や名前辞書を使ってサンプルデータを埋め込むよ。

さいごに

今回はFlashで使えそうな大量のダミーデータAPIをさくっと作ってみたよ。慣れれば10分もあれば作れるので、下手に実データを作るより楽なはず。

今後は

HTTP POSTでデータを送信するような場合
JSONの場合

など書いてみようかと。

[Sinatra] Sinatraでnamespaceルート（嘘）

haga — Tue, 16 Feb 2010 14:57:23 +0000

Sinatra 楽しい！

今のところあまり大きなものを作る予定がないんだけど、ひとつのファイルにたくさんのルートを書いているとごちゃごちゃしてちょっと嫌だ。

かといってコントローラーを複数に別けるのもSinatraスタイルに反しているような気がする。そこでルートの階層をわかりやすくするTIPS。

def namespace routename, &block
yield
end

namespaceというメソッドをトップレベルに定義しておく。このメソッドはブロックの内容を実行するだけ。

get '/users' do
'Users Index'
end
get '/users/new' do
'New User'
end
get '/todos' do
'Todos Index'
end
get '/todos/:id' do
"Show Todo #{params[:id]}"
end

これが

namespace '/users' do
get '/users' do
'Users Index'
end
get '/users/new' do
'New User'
end
end
namespace '/todos' do
get '/todos' do
'Todos Index'
end
get '/todos/:id' do
"Show Todo #{params[:id]}"
end
end

こう書けるようになる。

少し見やすい

FLASHer のためのSinatra入門 [導入編]

haga — Tue, 16 Feb 2010 08:33:01 +0000

はじめに

こんにちはーFlasherのみなさん。
すっかりRuby記事ばっかりなのに、いまだにブログ訪問者の大半はFlasherらしいこのブログ。
久しぶりにFLASHerのための記事を書けそうです。

今日とりあげるのはSinatraというRubyで作られた超シンプルなフレームワークです。

require 'rubygems'
require 'sinatra'
get '/hi' do
"Hello World!"
end

このたった5行で、http://localhost:4567/hi にアクセスすると「Hello World!」というテキストを返すAPIサーバがローカルPC上に完成するんだ。

Rubyがわからなくたって、どんなプログラムなのか一目瞭然だ。シンプルだと思わないかい？
今回はこのシンプルなSinatraを使って、あなたのFlash案件に使える、より本番に近いモックAPIサーバを作ろうというお話です。

この記事の対象者

サーバ連携なFlash案件が多いFlash開発者
Macユーザー（Windowsの人もインストール編以外は共通だと思う）
ターミナル.appが少しは触れる人（達人じゃなくてよい）

今回のシチュエーション

FlashでToDo管理アプリを作ることになった。まずはToDoの一覧をサーバからXMLで取得して、それが表示できるようにしたい。

APIのURLと、どんなXMLが返ってくるかは決まっているんだけど、肝心なサーバ側は完成していないどころかリリース前日には出来上がるスケジュールらしい。こうなったら自分でダミーAPIを用意しながら開発するしかない。

ToDo一覧を取得するAPIと返ってくるXMLのサンプル
http://example.jp/api/todolist

牛乳を買って帰る

企画書を提出する

効率よく開発を進めるためのFlashの設計

さて、上記のようなシチュエーションの場合、ローカルにダミーXMLを配置して、それを読み込むというのが一番てっとり早い開発手法なんだと思う。しかしAPIの種類が100種類とか膨大だったり、同じAPIでもパラメーターで返却のバリエーションが変わるとか想定すると、本番により近いAPIモックを用意できるのがベストだ。

例えば本番APIとドメイン以外まったくURLが同じという構成があったら、Flashの設計も随分綺麗になると思うよ。

import flash.events.*;
import flash.net.*;

// 実行環境をSWF起動時に設定する
var environment:String = 'development';

// 設定
var setting:Object = {
production: { // 本番用
host: 'http://example.jp'
},
development: { // 開発用
host: 'http://localhost:4567'
}
};

// ローダー
var request:URLRequest = new URLRequest(setting[environment].host.concat('/api/todolist'));
var loader:URLLoader = new URLLoader();
loader.addEventListener(Event.COMPLETE, function(e:Event) {
trace(URLLoader(e.target).data);
});
loader.load(request);

上のコードでは、「environment」変数の中身がdevelopmentなら開発環境用のAPIを、productionなら本番環境用のAPIをリクエストする。

インストール編

ここからはSinatraをインストールする話

Sinatraでモックサーバを作るには最低でも以下のようなものが要求されるよ、がんばれ！

ターミナル.appの操作
ruby
rubygems
sinatra

まずはターミナル.appを起動しよう。Macの「/アプリケーション/ユーティリティ/」に入っている。これを機会にターミナルをDockに入れておいたら周りの同僚に一目おかれるかもね。

起動したらRubyが入っているか確認だ。MacOS10.4くらいからRubyは最初から入っているはず。最新の10.6ならRubyのバージョンは1.8.7のはずだ。

% ruby -v
ruby 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0]

次にrubygemsのバージョン確認。rubygemsはrubyのサードアプリをインストールしたりするための管理ツールだよ。今回のSinatraもそうだし、有名なRuby on Railsもrubygemsでインストールできるんだ。

% gem -v
1.3.5

ひょっとしたらバージョンは1.3.5より低いかも。そのままでも大丈夫だと思うけどアップグレードするなら。

% sudo gem update —system

でアップグレードしよう。

Sinatraのインストール

さて、RubyGemでお目当てのSinatraをインストールする。ついでに他にも使えそうなライブラリをいれておくよ。

sudo gem install sinatra haml rack shotgun

パスワードを要求されるので、自分のアカウントのパスワードを入力しよう。するとインストールが始まる。

お疲れ様でした！あとはダミーサーバを書くだけだ。

さぁ、SinatraでダミーAPIを書くんだ！

ここまで準備ができたら、Flashプロジェクトの中にでもsinatra用のディレクトリ「mock」を作る。全体の構成はこんな感じにしたよ。

mockディレクトリの中にapp.rbというテキストファイルを作成して、エディタで以下のように書く。

require 'rubygems'
require 'sinatra'
get '/api/todolist' do
'Hello World!'
end

そして、ターミナルでプロジェクトのmockディレクトリまで移動してサーバを起動しよう。え？ターミナルでmockディレクトリまで移動ができない？デスクトップにmytodosプロジェクトフォルダがあるなら

% cd ~/Desktop/mytodos/mock

と入力してエンターだ。

それでもわからなかったら、「cd 」とだけ書いて、移動したいフォルダをターミナルへドラッグドロップでもオッケー。

そしてサーバ起動だ。

% ruby app.rb

こんな感じになってるかな？

なっていれば、君による君だけのAPIサーバが起動した。おめでとう！そうそう、サーバを止めたい時はCTRL+Cを押すんだよ。

ブラウザで http://localhost:4567/api/todolistアクセスしてみよう。

すごい！完璧だ！サーバサイドエンジニアになれるんじゃないか？！

モックAPIを作る

僕らの目的は「Hello World」を表示することじゃない。XMLを返すサーバを作ることだから先を急ぐよ。

mock/app.rbをちょっと変更してきちんとXMLを返すようにしてみるよ

require 'rubygems'
require 'sinatra'
get '/api/todolist' do
content_type 'xml'
erb :api_todolist
end

そして、mock/views/api_todolist.erb というファイルを作成して

牛乳を買って帰る

企画書を提出する

としよう。

ブラウザでアクセスすれば、今度はXMLが返ってくるようになったはずだ。

簡単に説明すると、「content_type ‘xml’」でXMLとしてレスポンスを返すように定義して、「erb :api_todolist」で views/api_todolist.erbというテンプレートファイルを出力してね。

ということになる。ERBというのはRubyでスタンダードなテンプレートシステムだ。
参考：http://www.druby.org/ilikeruby/erb.html

もうちょっと高度なことをする

これじゃローカルにXMLを置くのと変わらないよドラえもーん、と嘆いている、そこののび太くん。 ERBを使えば繰り返しが可能なので、例えば999件のXMLを返したい時はこうだ。

mock/views/api_todolist を修正

<% 999.times do |id| %>

牛乳を買って帰る <%= id %>

<% end %>

数値.times do ~ end で数値分繰り返し処理されるのはRuby独特の書き方だ。

さらに高度なことをする

単純な繰り返しじゃいやだ！自分でレコードを作りたい！でもデータベースは嫌だ！ OK。ならこうだ。

mock/app.rb修正

require 'rubygems'
require 'sinatra'
get '/api/todolist' do
# TODOの配列を作る %w はRubyの配列式
@todos = %w{
コンビニに寄る
ジャンプを立ち読みする
牛乳をレジへ持っていく
178円払う
店員さんにありがとうと言う
牛乳を買って帰る
牛乳を冷蔵庫へしまう
}
content_type 'xml'
erb :api_todolist
end

mock/views/api_todolist.erb修正

<% @todos.each_with_index do |todo, id| %>

<%= todo %>

<% end %>

app.rbで設定した@todosをテンプレートからアクセスしている。
@todos.each_with_index do |element, index| ~ end という形もRubyでは日常茶飯事に使われる配列の繰り返し方。

さいごに

ざっとFLASHerがSinatraを使ってモックサーバを用意する方法を書いてみた。

Sinatra側のコードは書き換える度にサーバを再起動する必要があるから注意してね。それがめんどくさい場合はshotgunコマンドを使うと、再起動の心配は必要無くなる。

% shotgun app.rb

駆け足だったので、もっと具体的なことをしたいとか、これはどーやって実現するんだ？という質問があったら、コメントなりメールなり@func09なりへどうぞ。

それから、モックサーバを作るためにRubyにハマりすぎると、僕みたいにFlasherを引退してまでRubyを書くことになっちゃうからほどほどにね。

enjoy flash and ruby!

参考URL: AS3でちょっとしたサーバサイドのプログラムが必要になる時に毎回書くのが面倒なので、適当に sinatra で書いた

[rails] BackgrounDRbのメモ

haga — Wed, 30 Sep 2009 08:12:43 +0000

個人的メモ

結構リソース食うので次はdelayed_jobにしたい・・

実行してことはあるけど、正常に終了してないキューを取得する

BdrbJobQueue.find(:all, :conditions => ['finished = ? AND taken = ?',0,1])

キューをもう一回実行させる

BdrbJobQueue#release_job

上の合わせ技

BdrbJobQueue.find(:all, :conditions => ['finished = ? AND taken = ?',0,1]).each do |job|
job.release_job
end

[rails] paperclipでAmazon CloudFrontを使う

haga — Thu, 10 Sep 2009 10:55:11 +0000

Amazon CloudFrontはAmazon S3上のファイルをキャッシュするソリューションです。

前回paperclipからS3を使う設定はわかったので、今回はさらにCloudFrontを利用するための設定です

前回のおさらい

has_attached_file :avatar,
:storage => :s3,
:s3_credentials => "#{RAILS_ROOT}/config/s3.yml",
:path => ":attachment/:id/:style.:extension",
:bucket => 'mybucket'

前回こんな感じでS3の設定をしました。

コンソールから利用してみると

user = User.new
user.avatar = File.open('/tmp/myface.jpg')
user.save

puts user.avatar.url #=> http://mybucket.s3.amazonaws.com/avatar/1/original.jpg

こんな感じでS3のURLがとれるようになっているはず。

s3_host_aliasを効かす

キャッシュサービスであるCloudFrontを利用する場合は、ホスト名を適宜変えるだけなので paperclipが勝手にやってくれるといいなぁ〜なんて思いました。

has_attached_file :avatar,
:storage => :s3,
:s3_credentials => "#{RAILS_ROOT}/config/s3.yml",
:path => ":attachment/:id/:style.:extension",
:bucket => 'mybucket',
:s3_host_alias => "xxxxxxxxxxxx.cloudfront.net",
:url => ":s3_alias_url"

オプションが２つ増えてます

:s3_host_alias は、エイリアスのFQDNを記述しておきます。
:url には「”:s3_alias_url”」を記述します。注意なのは、rubyのシンボルじゃなくて、文字列だってところです。ハマりました。

user = User.new
user.avatar = File.open('/tmp/myface.jpg')
user.save

puts user.avatar.url #=> http://xxxxxxxxxxxx.cloudfront.net/avatar/1/original.jpg

わーーこりゃ幸せだ。

余談

さらにサイト全体でアセット関係（public以下）もCloudFrontにしたければ

config/environments/#{RAILS_ENV}.rb 内で

config.action_controller.asset_host = "http://xxxxxxxxxxxx.cloudfront.net"

こうしとけば、image_path()やらimage_tag()やらjavascript_include_tag()やらを使ったときに、リクエスト先を書き換えてくれてさらに幸せ度アップ

[rails] map.resourcesでいらないアクションを外す

haga — Fri, 04 Sep 2009 08:50:37 +0000

こんにちは、久々ですね

Railsでroutes.rbは本当に便利ですよね。

map.resources :users

なんて書くだけで、RESTFulなAPIが用意されます。

index
new
create
show
edit
update
destroy

に対応したURLをRailsがよしなにやってくれますよね。

しかし、こんなにたくさんのアクションはいらないー。わしゃcreateとshowだけでいいんじゃーなんて時もあったりします。そんなときは

map.resources :users, :only => ['create','show']

として、必要なアクションだけ列挙しましょう。

また、:exceptなんてオプションもあって、必要ないオプションを列挙します。

このへんにかいてありました

Mitaka.rb #4 行ってきました

haga — Wed, 26 Aug 2009 04:27:24 +0000

Mitaka.rbの第四回に行ってきました。

今回は吉祥寺のepicesという店を借り切って、美味しいものが食べたけりゃMitaka.rbへおいでってな感じです。

後半はフレンチを食べながらLTを見るという、貴重な体験もできましたよ。

[ruby] gem updateかけたらautotestが動かなくなった

haga — Thu, 23 Jul 2009 02:06:33 +0000

Railsが2.3.3に上がったので、gemをアップグレードしたりパッケージをアップデートしたりしているうちに
script/autospecが動かなくなってしまった。

解決方法はここを参考にしました

ZenTestを4.0系→4.1系にバージョンアップする場合の注意点
http://d.hatena.ne.jp/TrinityT/20090630/1246334665

autotest-railsをインストール

sudo gem install autotest-rails

ZenTest-4.0.0/lib/autotest/*をZenTest-4.1.3/lib/autotest/ へコピー

# Macではこんな感じ
sudo rsync -ave /Library/Ruby/Gems/1.8/gems/ZenTest-4.0.0/lib/autotest/ /Library/Ruby/Gems/1.8/gems/ZenTest-4.1.3/lib/autotest

これでまたscript/autospecが使えるようになりました。

[rails]has_manyなフィクスチャを書くのに疲れたらFactory Girlがオススメ！

haga — Sat, 25 Apr 2009 16:12:39 +0000

フィクスチャはメンテナンスしづらい

書籍The Rails Wayの中には「皆フィクスチャが嫌い」という項目があります（次の項目は「フィクスチャはそれほど悪くない」ですが）。

フィクスチャが嫌われる最大の原因は「メンテナンスが難しい」という事でしょう。
中間テーブルを必要とする多対多の関連をフィクスチャにしようと思ってうんざりした経験は誰にもでもあると思います。

Fixtureのhas_manyでこんな書き方したい
http://www.func09.com/wordpress/archives/369

フィクスチャの代わりにFactoryGirlを使ってみる

Factory GirlはRailsのテストにおいてfixtureの代替となるツールです。
つまりテスト時のモデルデータを用意するための仕組みです。
Factory Girlはフィクスチャと違い、Rubyのスクリプトで直接データを定義していきます。

特徴としては

Rubyコードで定義（YAMLやCSVではない）
関連のメンテナンスが楽
定義の継承もできる
同じ定義から連続的なデータを生成できる（シーケンス）

Rubyコードで実データを作る感覚でテストデータを定義するので、フィクスチャと違い中間テーブルのメンテナンスから解放されます。

インストール

インストールはgemで簡単にインストールできます。

sudo gem install thoughtbot-factory_girl --source http://gems.github.com

config/environment.rbに依存するgemとして登録しておくと、テスト実行時に自動でFactory Girlがロードされるので便利です。

config.gem "thoughtbot-factory_girl", :lib => "factory_girl", :source => "http://gems.github.com"

実際にサンプルを作ってみる

定義の継承やシーケンスといった機能も便利なのですが、とりあえず最大のメリットである複雑な関連をシンプルに定義できるという事を簡単なサンプルで証明したいと思います。

User,Page,Bookmarkという３つのモデルで簡単なブックマークアプリを作ります。

# app/models/user.rb
class User < ActiveRecord::Base
# name:string
has_many :bookmarks
has_many :pages, :through => :bookmarks
end

# app/models/page.rb
class Page < ActiveRecord::Base
# title:string
# url:string
has_many :bookmarks
has_many :users, :through => :bookmarks
end

# app/models/bookmark.rb
class Bookmark < ActiveRecord::Base
# user_id:integer
# page_id:integer
belongs_to :user
belongs_to :page
end

UserとPageがBookmarkを中間テーブルとして多対多の関係になっています。

ファクトリーを定義する

Factory Girlは特定のクラスに対して名前を付けて雛形を定義することができます。

spec/factories.rbというファイルを作成し（rspecを使う場合）、次のように記述します

Factory.define :bob, :class => User do |f|
f.name "bob"
end

Factory.define :mike, :class => User do |f|
f.name "mike"
end

Factory.define :yahoo, :class => Page do |f|
f.title "Yahoo!"
f.url "http://www.yahoo.com/"
end

Factory.define :google, :class => Page do |f|
f.title "Google"
f.url "http://www.google.com/"
end

specもしくはtestディレクトリにfactories.rbというファイルか、factories/というディレクトリ内にrbファイルを配置すれば、自動的にFactoryGirlで定義が利用可能となります。

FactoryGirlはFactory.define(name,options)メソッドでテスト用のモデルインスタンスを作成する工場を定義していきます。

nameにはユニークな定義名を、optionsにはHashを渡します。とりあえず:classオプションがモデルクラスを指定することだけ覚えておきましょう。

ブロック引数に渡したfはfactoryインスタンスです。モデルに指定したattributeの雛形を定義しておきます。

ここではbobとmikeというユーザー、yahooとgoogleというページを定義しました。

テストから利用する

では実際にテストコードからFactoryGirlを利用してみます。先ほど定義したファクトリーを使ってインスタンス化する場合は

Factory.create(name)
Factory.build(name)

を使います。createは保存したインスタンスを、buildは保存前のインスタンスを返すようになっていて、createはデフォルトの場合、次のようなショートハンドが使えます。

Factory(name)

# spec/models/user_spec.rb
require File.expand_path(File.dirname(__FILE__) + '/../spec_helper')
describe User do
it "正常に保存できること" do
@user = Factory.build(:bob)
@user.save.should be_true
end
end

テストを実行すると、ちゃんと動いているのがわかります。 Factory.buildで取得できるオブジェクトはスタブやモックではなく、れっきとしたモデルクラスのインスタンスなので当然saveなどのメソッドが使えます。

User
- 正常に保存できること

Finished in 0.067948 seconds

1 example, 0 failures

最後に

どうでしょうか？FactoryGIrl。最近よく名前を聞くのに日本語で使い方を説明しているサイトが見つからなかったので、駆け足で使い方を説明してみました。

フィクスチャはやっぱり便利なところもあるので、使いたいのだけれど関連が絡んでくると一気にモチベーションが下がりますよね。 FactoryGirlはちょっと冗長だけれど、無理なく関連を管理できるので、これまでフィクスチャに悩まされてきた人にはおすすめです。

サンプル on Github
- http://github.com/func09/bookmark-factorygirl-sample/tree/master

参考

テストでスタブの掛け方に悩み中

haga — Thu, 23 Apr 2009 18:01:03 +0000

例えばActiveRecordで新規作成したタイミングでリモートにアクセスするような処理があったとして

class Item < ActiveRecord::Base
before_create :do_something_with_remote
def do_something_with_remote
open(self.url)
end
end

この場合、テストの時はItem#do_something_with_remoteをスタブにするよね。

item = Item.new :url => 'http://www.example.com'
item.stub! :do_something_with_remote

本当はこんな感じでかけたい

Item.stub_instance_method(:do_something_with_remote)

stubはそのオブジェクトにしか使えない？インスタンスメソッドまで影響するスタブはどう書けば良い？

–

Fixtureの代わりにFactoryGirlを使い始めた。これがなかなかシンプルで使い勝手が良いんだけど、関連を設定する時に上記のような作りの場合にちょっと困っている。 Factory.defineの中でインスタンスのメソッドにstubを設定できればいいんだよな。

Factory.define :item, :class => Item do |item|
item.stub!(:do_something_with_remote)
end

明日改造できるかソースコードを見てみる。 Factory.stubはあるんだし、できないことはないよな。

今は時間がないのでスペックヘルパーで

class Item
def do_something_remote;end
end

みたいに上書きして対処しているが・・・駄目だよな。
FactoryGirlに関してはノウハウが溜まったら書くかも。

func09 » ruby

[sinatra for flasher] 大量のダミーデータを返すAPIを作る

Haml

Forgeryでサンプルデータの作成から解放される

コード

beforeフィルター

URLに対する処理

Hamlによるテンプレート

レイアウト

get_friends_php テンプレート

さいごに

[Sinatra] Sinatraでnamespaceルート（嘘）

FLASHer のためのSinatra入門 [導入編]

はじめに

この記事の対象者

今回のシチュエーション

効率よく開発を進めるためのFlashの設計

インストール編

Sinatraのインストール

さぁ、SinatraでダミーAPIを書くんだ！

モックAPIを作る

もうちょっと高度なことをする

さらに高度なことをする

さいごに

[rails] BackgrounDRbのメモ

実行してことはあるけど、正常に終了してないキューを取得する

キューをもう一回実行させる

上の合わせ技

[rails] paperclipでAmazon CloudFrontを使う

前回のおさらい

s3_host_aliasを効かす

余談

[rails] map.resourcesでいらないアクションを外す

Mitaka.rb #4 行ってきました

[ruby] gem updateかけたらautotestが動かなくなった

[rails]has_manyなフィクスチャを書くのに疲れたらFactory Girlがオススメ！

フィクスチャはメンテナンスしづらい

フィクスチャの代わりにFactoryGirlを使ってみる

インストール

実際にサンプルを作ってみる

ファクトリーを定義する

テストから利用する

関連を定義する

最後に

参考

テストでスタブの掛け方に悩み中