This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/105

今月もRails勉強会＠東京に参加してきました。前回に引き続いてドリコム東京オフィスでの開催でした。勉強会の開催も今回で二桁に突入ですね。参加者の数も多くなってきて盛況です。

さて、今回も前半・後半に分かれてオープンスペース形式で行われました。前半は「Rails1.2を先取り」、後半は「Capistrano1.2」に参加しました。

■Rails1.2を先取り

Rails1.1.6から現在までのChangeLogを淡々と読んでいきました。

実際読んでみると、Rails本体に対しては大きな機能追加はほとんど無く、script.aculo.usやprototype.js周辺に機能追加が多かった印象です。特にActiveRecord周辺はほとんど変更されていませんでした。

とはいえ、細かい修正点はたくさんあり、すべては紹介しきれないので、いくつか面白そうなものだけピックアップしておきます。

□link_to_functionがブロックをとるようになった

link_to_functionがブロックを指定できるようになり、 

link_to_function("Show me more", nil, :id => "more_link") do |page|
  page[:details].visual_effect  :toggle_blind
  page[:more_link].replace_html "Show me less"
end

というようなことができるようになります。クライアントサイドで完結するような静的なエフェクトは、こうやって直接書いたほうがよさそうですね。

□String#to_jsonが高速化

前田さんのパッチが採用されて、長い文字列のto_json呼び出しが高速化されました。

また、Rails1.2ではまだ本体に取り入れられない可能性が高いですが、ActiveResource関連のコミットもたくさんありました。

■Capistrano1.2

序盤はCapistrano（旧SwitchTower）の基本的なことを振り返りました。 

後半は、Capistrano1.2のChangeLogを読みつつ、確かRails勉強会#2ぐらいでしたでしょうか、gorouさんの「SwitchTowerの光と影」というセッションで語られた影の部分が1.2ではどうなってるんだろう、というあたりを検証しました。

Capistrano1.2の新機能としては、web, app, dbの3種類以外ののロールを追加できるようになったのが面白いですね。あとは、スレッドを使って複数台のサーバを並列に処理するようになったようです。

ただ、肝心の影の部分はあんまり改善されていないような感じです。パスワード認証の場合はパスワードを統一しないといけないし、鍵認証にする場合にkeychainが使えず、サーバ上に秘密鍵を置いておかないといけなかったり、という部分ですね。

■懇親会
懇親会では、主にmaihaさんやyamazさんと話していました。
アーロンチェアの話題が盛り上がってましたね。やはりエンジニアにとって椅子は重要。

あと、RailsChatで話題になっていたdelegateの話とか。オブジェクトに対するdelegationではなくて、決まった値や関数に対するdelegateの方法として、

class Foo
  delegate :bar, :to => "5#"
end 

Foo.new.bar #=> 5

のように記述すれば良いんじゃないかと提案したところ、maihaさんが喜んでくれたのでよかったです。あきらかに反則技ですが。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/105

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/104

しばらくRuby on Railsを使ってきて、あったらいいなあという機能がいくつか出てきたので、時間ができたときのためにメモ。

script/rename クラス名とかモジュール名を簡単にリネームできる機能が欲しいですね。 現状はなかなか面倒なので、最初にクラス名を決めるときに結構悩んでしまいます。 script/generateみたいにsvnを考慮してリネームしてくれると素晴らしいですね。 renderキュー renderの呼び出しをキューに保存しておいて、after_filterで良い感じにマージして出力してくれる機能。キューが空っぽならrender :nothing => trueですね。 メソッド名はdefered_renderとかかな。 まだあったような気がしますが、思い出せなくなったのでまた今度。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/104

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/103

新しいアルファサービスとして、DrecomWantedがオープンしました。

開発に関わった皆さん、ひとまずお疲れさまです！

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/103

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/102

Document/Viewアーキテクチャでは、Documentが変更されると、Viewが無効化されて再描画されるような機構が備わっています。

Ruby on Railsでも、ModelとViewの関係を明確化して、Modelの変更をafter_updateで検知してJuggernautでクライアントに通知し、JavaScriptで対応するViewの表示を更新するような機構があればスマートかも。 ModelとControllerを一対一対応にして（ActiveResourceとも相性が良さそう）、 ビューに階層構造を持たせる感じですね。

Alexから聞いた話だと、Juggernautの次のリリースはかなり良い感じになるみたいなので、それが出たらちょっと作ってみたいような。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/102

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/101

Ruby on Railsでは、コントローラの挙動をテストするためにFunctionalテストという仕組みがあります。 実際にページを取得し、レンダリング結果のタグを解析したり、リダイレクト先が正しいかどうか、指定したIDのタグが出力されているかどうか、などなど、様々なテストを行う事ができます。

そこで、ログインした状態でないとアクセスできないようなページのテストを記述するために、Cookieやセッションを使ってテストを記述する必要が出てきます。しかし、こちら（Rails - Functional Test with Cookie）で報告されているように、FunctionalテストでCookieを使用する方法には若干癖があり、ドキュメントも少ないようなので、使い方をまとめておきます。

Cookieを設定する場合は、@requestを通して以下のように行います。

@request.cookies['name'] = CGI::Cookie.new('name', value)

ポイントは、キー（name）としてシンボルを使わない事です。コントローラ内で参照する側では、シンボルを使って参照しても問題ない（to_sされている）のですが、Cookieを設定するテストコード側では、キーを文字列で指定する必要があります。 'name'を二度指定しなければならず、若干かっこ悪い感じですね。

ちなみに、コントローラ内から参照されるcookiesは、ActionController::CookieJarクラスのインスタンス変数です。 ところが、@request.cookiesはただのHashなので、その辺のミスマッチを埋めるためにこのような指定を行う必要が出てきます。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/101

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/100

IE7でJuggernautを使ったときにエラーが出るようなので、原因を調べてみました。

その結果、IE7では、script、embed、objectなどの特定のDOMエレメントに対して、innerHTMLに値を設定しようとするとエラーになるようです。 js>> document.createElement('script').innerHTML = 'alert(1)'; // エラー！ <<-- いまのところ、以下のように別なDOMエレメントのinnerHTMLにHTMLとして 埋め込む分には大丈夫なようです。 js>> var span = document.createElement('span'); span.innerHTML = '<script type="text/javascript">alert(1)</script>'; document.body.appendChild(span); <<-- どんな意図があっての仕様変更なんだろう？

ともあれ、IE7に対応するようにJuggernautのJavaScriptを書き換えてみました。 js>> ---- code of public/javascripts/juggernaut.js ---- _appendIECommandHandler: function() { var scriptbox = document.createElement('div'); scriptbox.style.display = 'none'; scriptbox.innerHTML = [ '<script language="VBScript">', ' on error resume next', ' Sub juggernaut_flash_FSCommand(ByVal command, ByVal args)', ' call myFlash_DoFSCommand(command, args)', ' end sub', '</script>'].join("\n"); document.body.appendChild(scriptbox); }, _appendFlashObject: function() { var host = Juggernaut.host; var port = Juggernaut.port; var data = Juggernaut.data; var flashbox = document.createElement('div'); flashbox.style.display = 'none'; flashbox.innerHTML = [ '<object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" ', 'codebase="http://download.macromedia.com/pub/shockwave/cabs/', 'flash/swflash.cab#version=5,0,0,0" id="juggernaut_flash">', '<param name="movie" value="/juggernaut.swf?host=', host, '&port=', port, '&juggernaut_data=', data, '">', '<param name="quality" value="high">', '<embed src="/juggernaut.swf?host=', host, '&port=', port, '&juggernaut_data=', data + '" quality="high" ', 'name="juggernaut_flash" swLiveConnect="true" ', 'type="application/x-shockwave-flash" ', 'pluginspage="http://www.macromedia.com/go/getflashplayer">', '</embed>'].join(''); document.body.appendChild(flashbox); }, <<-- 作者のAlex氏にはパッチを送っておきました。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/100

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/99

yuguiさんのhas_one :throughはABD的にRailsを使うのには欠かせない存在です。 今回は、オリジナルのhas_one :throughを拡張して、Unsaved objectも扱えるようにしてみました。

class ActiveRecord::Associations::HasOneThroughAssociation <
  ActiveRecord::Associations::HasOneAssociation
private
  〜 略 〜
  def load_target
    if !loaded? && @owner.new_record?
      table_name = @reflection.through_reflection.table_name
      @target = @owner.send(table_name.singularize).send(@reflection.name)
    end
    super
  end
end

上記のコードをオリジナルのコードに追加すると、Unsaved objectに対しても、アソシエーションを参照することができるようになります。

member = Member.new
member.build_membership(:group => Group.new)
member.group

というわけで、yuguiさんお願いしますー。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/99

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/98

ブログの記事をエントリーと呼ぶかアーティクルと呼ぶかというお話。

Railsで書けばこんな感じになります。

class Blog < ActiveRecord::Base
  has_many :entries
  has_many :articles, :through => :entries
end

エントリーは「記入する」というアクティビティで、ブログと記事（Article）はリソースなので、ABD的に考えると何の呵責もなくすっきりと理解できますね。すばらしい！

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/98

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/97

すでにあるかもしれないですが、gemのサブコマンド補完関数です。

_gem () {
  `gem help commands | grep '^  *' | sed 's/^ *//' | sed 's/  *.*//' | sed 's/^/compadd /'`
}

compdef _gem gem

時間ができたら zsh はもっと詳しく調べてみたいですね。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/97

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/96

ZenTestは、RubyのTDD（テスト駆動開発）フレームワークの一つです。 TDDを行うのに便利な機能がいろいろあるのですが、特にautotestが気に入っています。

autotestをRAILS_ROOTで起動しておくと、編集したファイルに関係があるテストだけを自動的に実行して、結果を表示してくれます。

以前紹介した、テスト結果の色付けをしてくれる「RedGreen」と併用すると、さらに気分良くTDDを行う事ができます。 どうしてもテストコードを書くのが面倒、という方にも是非お勧めしたい一品です。

インストールもGemからできるので簡単です。

# gem install ZenTest

あとは、RAILS_ROOTに.autotestファイルを作って（空っぽで構いません）

$ autotest

とやればOKです。コード編集用と テスト結果表示用にTerminalを二つ並べておくと見やすいです。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/96

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/95

「Model同士の関係をグラフで表示するプラグイン」に、かずひこさんのコントリビューションをマージしました。

新たに、モデル同士の関係図を出力する rake タスクが加わりました。以下のようにして使用します。

$ rake model_graph [FORMAT=jpg] 

FORMATの指定は省略可能です。

プラグインリポジトリはこちらになります。ご自由にご利用ください。

http://svn.labs.drecom.jp/rails/plugins/trunk/model_graph/

バージョン番号を振っていなかったので、もともとのバージョンを0.1として、今回のリリースはバージョン0.2という事にしておきます。

かずひこさん、どうもありがとうございますー。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/95

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/94

度々忘れがちなので備忘録。

ActiveRecordのhas_manyアソシエーションなどを使うと、コレクションに対するアクセサが追加されます。

class Group < ActiveRecord::Base
  has_many :members
end

このとき、コレクションに対して以下のようにARオブジェクトを追加すると、

group.members << Member.new(params[:member])

group.new_record?が真の場合はMemberはそのままコレクションに追加され、DBは変化しませんが、group.new_record?が偽の場合は、Memberは直ちにsaveされ、DBに格納されます。

group.new_record?が偽の場合にDBを変更せずにMemberをコレクションに追加したい場合は、以下のようにbuildメソッドを利用します。

group.members.build(params[:member])

余談ですが、リソース系のオブジェクトはcreateよりもnewを使う事が多いですね。 Ajaxでちょっとずつリソースを作っていって、完成したところでsaveでDBに格納。 逆にActivity系のオブジェクトは、createで作成と同時にDBに格納する感じです。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/94

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/93

Railsのプラグインの仕組みはとても便利ですが、スタイルシートや画像ファイル、JavaScriptなどのAssetを含むプラグインを作成するのがちょっと面倒です。

今のところ、次のような方法が使われています（もしくは使ってないけど考えられます）

install.rb/uninstall.rbを使う プラグインのインストールスクリプトを使い、Assetをpublic以下にコピーしたり削除したりします。script/plugin install/removeコマンドの実行と同時に処理されるので、利用者側からすると手間が少なくて済みます。 rake install_foo_plugin プラグインのインストール用Rakeタスクをつくり、その中でpublic以下にファイルをコピーしたり削除したりします。 利用者は最初に一度rakeコマンドを実行する手間が増えますが、あまり面倒では無いと思います。 RailsEnginesを使う Enginesプラグインフレームワークを利用する方法です。Enginesが無いと使えないプラグインになってしまいますが、コピーしたり削除したりする必要が無いので楽です。 Generatorを内蔵する Assetを生成するGeneratorをプラグインに内臓します。 ファイルの衝突検出などもできるし、Generatorならではの安心感があるので、この方法が一番美しいような気がしないでも無いですが、作るのはちょっと面倒かもしれません。 Asset配置用のGeneratorを内蔵して、install.rb/uninstall.rbでgenerate/destroyするのが一番良さそうかな。

This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/93