Web creators9月号の中澤さんの記事でKaoChartを紹介してもらったのでみんな見て見てー。 半年以上放置してるサービスなのにありがたいっす。

どうやったら、他の方と同じように
コードの場所をキレイに出来るのだろう・・・

なんかブームにのって書いてみる。

テストテスト

使い分けとかは特に考えてない。

テストテスト

   1  class Gussan
   2    def hello
   3      puts "hello"
   4    end
   5  end

書き方がよく判らないけど、こんな感じで書けるのかな?

これで改行?

なるほど、wiki形式か。

先ほど数分間のあいだ、ブログシステムでエラーが発生しておりました。 現在は復旧しておりますが、ご迷惑をおかけしたことをお詫びいたします。

原因は、deployの高速化のために行った vendor/railsの削除が正しく適用されなかった事です。

git-svnを利用している場合、rm -rf などで直接ファイルを削除した後にcommitを行っても、 SVN上のディレクトリが消えない事があるようです。 今回は、直接svnコマンドを利用してremoteのディレクトリを削除することで修復いたしました。

今後ともよろしくお願いします。

ブログの使い方を書いていきます。
s21gブログはどなたでもご自由にお使いになれるブログです。お気軽にご使用ください。
専門的なところは任せて、基本的な使い方の説明をしたいと思います。
本当に基本的なものなので、読まれる必要のない方がほとんどです。

まず、s21gのブログを使ってもいいと思ってくださいましたら、ブログ右上にあります「signup」をクリックしてください。
お好きなＩＤ、パスワード、メールアドレスを記入していただくと、専用ページが作成されます。
ブログ右上にあります「settings」をクリックしていただきます。
「Fullname」の入力は本名、お好きな名前、ＩＤ等何度も構いません。この名前は表示されます。入力は任意です。
「Email address」を入力してください（すでに入力されている方もいます）。
「Mobile email address」の入力は任意となっています。
メールアドレスは非公開です。
アイコンを表示させたい場合には「Upload」をクリックしてください。

右側にあるメニューについて説明します。
「Edit Account」は「settings」をクリックするとはじめに表示されるページです。
「Setup Your Blog」では、ブログのタイトル、自己紹介、自己紹介欄に表示されるキーワードを入力することができます。
「API And IM」は作り途中なので、まだ何も出来ません。
「settings」ページでのアイコンはデフォルトのものから変えられないそうです。

ここまででページ設定は完了になります。
さて、次はブログ本文を投稿してみましょう。
「settings」の隣にＩＤが出ているので、それをクリックします。
右側の「Menu」の下の「Post New Article」をクリックします。
「Title」「Body」は説明するまでもなくそのままです。Previewで仮の投稿画面になります。
改行は反映されません。タグなどをお使いください。
画像は一つの記事に一つの画像まで添付できます。
投稿の日付は自由に変えることができます。「Draft」のチェックをはずして「Post」を押していただければ投稿できます。「Draft」のチェックをしたままだと仮投稿となり、公開されません。仮投稿ではタイトルが灰色になってます。
「Syntax」「Code highlight filter」は投稿の手助けしてくれるページです。
その下にある「Tags」はクリックしたら投稿欄の「Tags」に反映されるというわけでもなく、ただの見本のようです。参考にされてください。

   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 アクションが定義できない事に気付いた＞＜