Ruby

[Ruby][テスト]WatirでWebアプリの自動？テストが出来るらしい

kazuki@wankuma.com (かずき) — Thu, 12 Jun 2008 23:26:00 GMT

まだ見てないけど、後で見るためのメモ！

http://wtr.rubyforge.org/

[Ruby]ENDって便利なのね

kazuki@wankuma.com (かずき) — Mon, 12 May 2008 18:22:00 GMT

__END__っていうものがあることを先日知った。
知ったばっかりなので使いたくなるのが人情。

ということで使った！！

やっぱりRubyの用途は定型的なコードの自動生成が主なので、それ系になります。
今日使ったのは、あるフォルダの中にあるファイル名をもとにXMLを作るというものでした。
もっと具体的に言うと、あるフォルダ(javaのパッケージ)内にあるファイルをNetBeansのモジュールのlayer.xmlに登録するために<file name="...." url="nbresloc:/...." />を作るというものです。

使い捨てツールなので、さくっとね。

require 'erb'

# 一覧を取得したいフォルダのパス
PATH = "d:\\tmp"

list = Dir.chdir(PATH) do
Dir["*.*"]
end

template = ERB.new DATA.readlines.join, nil, "-"
template.run binding

# __END__の後にERBのテンプレートを書く
__END__
<%- list.each do |name| -%>
<file name="<%=name%>" url="nbresloc:/org/yourorghere/<%=name%> />"
<%- end -%>

__END__って書くと、そこでプログラムのファイルの終端を表すのと、DATAという特殊な変数を使って、__END__以降のデータを読んだりできる。
ということで、__END__以降にERBのテンプレートみたいなのを押し出すことが出来る。

ヒアドキュメントよりも楽チンかも。

[NetBeans][Ruby]JRuby on Rails 2.0のscaffold

kazuki@wankuma.com (かずき) — Mon, 05 May 2008 16:23:00 GMT

scaffoldで作られたコードとかを見てると、どうやら1.*系と違う形になってるみたいだ。
試しにrake routesで、どんな風にルーティングが組まれてるかを見てみた。

(in C:/Users/Kazuki/Documents/NetBeansProjects/empmng)
              employees GET    /employees                       {:controller=>"employees", :action=>"index"}
    formatted_employees GET    /employees.:format               {:controller=>"employees", :action=>"index"}
                        POST   /employees                       {:controller=>"employees", :action=>"create"}
                        POST   /employees.:format               {:controller=>"employees", :action=>"create"}
           new_employee GET    /employees/new                   {:controller=>"employees", :action=>"new"}
formatted_new_employee GET    /employees/new.:format           {:controller=>"employees", :action=>"new"}
          edit_employee GET    /employees/:id/edit              {:controller=>"employees", :action=>"edit"}
formatted_edit_employee GET    /employees/:id/edit.:format      {:controller=>"employees", :action=>"edit"}
               employee GET    /employees/:id                   {:controller=>"employees", :action=>"show"}
     formatted_employee GET    /employees/:id.:format           {:controller=>"employees", :action=>"show"}
                        PUT    /employees/:id                   {:controller=>"employees", :action=>"update"}
                        PUT    /employees/:id.:format           {:controller=>"employees", :action=>"update"}
                        DELETE /employees/:id                   {:controller=>"employees", :action=>"destroy"}
                        DELETE /employees/:id.:format           {:controller=>"employees", :action=>"destroy"}
                               /:controller/:action/:id
                               /:controller/:action/:id.:format

折り返されて見づらいけど、Railsのデフォのルーティングの設定である/:controller/:action/:idのほかにもいっぱい定義がされている。

ルーティングが定義されているroutes.rbを見てみると、見慣れない定義が…

  map.resources :employees

どうやらこれをやると、自動的に色々なルーティングの設定が追加されるっぽい。
/employeesだけでindexメソッドが呼ばれて、/employees/1とかでid=1でshowメソッドが呼ばれ…
HTTPのGET PUT DELETE POSTをうまいこと使うようになってる。

きっとこれが、Rails2.0でRESTスタイルに対応してやりやすくなったぜ！っていうものなんだろうか。
何にせよ、scaffoldで生成されるものが、1.*系と大きく変わったのは間違いないだろう。

単純なCRUDの場合は、こっちのほうが都合よさそうな気がするしね。
仕事で使うわけじゃないから、地道に少しずつやっていこう。

[NetBeans][Ruby]Scaffoldの吐くコードを読み続ける

kazuki@wankuma.com (かずき) — Sun, 04 May 2008 22:44:00 GMT

いや、タイトルは、従業員管理システムというにはあまりにも貧相な結果になりそうなんでやめました。
さて、前回：http://blogs.wankuma.com/kazuki/archive/2008/05/04/136273.aspx

引き続きscaffoldの吐き出すコードを見てみよう。
indexは見たので、お次はshow！

  # GET /employees/1
  # GET /employees/1.xml
  def show
    @employee = Employee.find(params[:id])

    respond_to do |format|
      format.html # show.html.erb
      format.xml  { render :xml => @employee }
    end
  end

これはindexと殆ど変わらない。
ただ、urlに数字を渡すことで、そのidを持った従業員を探し出すことになってる。

んで、探し出したら後はviewに宜しく～～ってなってる。
好感持てるね。

お次はnewだ！！

  # GET /employees/new
  # GET /employees/new.xml
  def new
    @employee = Employee.new

    respond_to do |format|
      format.html # new.html.erb
      format.xml  { render :xml => @employee }
    end
  end

これも非常にシンプルだ。
空の従業員を作って、viewによろしく！って丸投げ。これも問題ないね。

んじゃぱぱっと次！edit！

  # GET /employees/1/edit
  def edit
    @employee = Employee.find(params[:id])
  end

これは、編集画面表示するだけなのでxml無しみたい。
引数のidで従業員を検索してるだけ。respond_toとか何もしてないので、employees/edit.html.rbが表示される。

んじゃ次！createです。こいつは、今までと違う感じで、なんとifがある！！

  # POST /employees
  # POST /employees.xml
  def create
    @employee = Employee.new(params[:employee])

    respond_to do |format|
      if @employee.save
        flash[:notice] = 'Employee was successfully created.'
        format.html { redirect_to(@employee) }
        format.xml  { render :xml => @employee, :status => :created, :location => @employee }
      else
        format.html { render :action => "new" }
        format.xml  { render :xml => @employee.errors, :status => :unprocessable_entity }
      end
    end
  end

パラメータから:employeesをとってきて、saveする。
保存に成功したら、redirect_to(@employee)を呼んでる。

なんじゃこれ！ということで、調べに入る。
redirect_toだから、リダイレクトするのはわかるけど…。ぐぐるのもメンドイので動かしてみる。

createアクションなので、従業員作成をしてみよう。
必要な情報を入力してCreateボタンをぽちっとな。

なんだろう…showメソッドあたりにリダイレクトしてるみたいだ。
ちょっと調べてみよう。

…

ん～手持ちのRails本では見つからない記述が結構ある。
どうも手持ちのはRails1.1ベースの本みたいだ。

Web上の別の人の記事とかを見ると、1.1 → 1.2で変わった。1.2 → 2.0でも変わった。って書いてある。

なんてこった。２世代も違う！！
失意の中ちょっと休憩。

[NetBeans][Ruby]従業員管理システムみたいなものを作ってみよう　その３

kazuki@wankuma.com (かずき) — Sun, 04 May 2008 15:23:00 GMT

前回：http://blogs.wankuma.com/kazuki/archive/2008/05/04/136242.aspx

前回は、初回で自分でシコシコ書いたコードを捨ててscaffoldで生成されたコードにした。
今回は、ちょっぴりそれを眺めてみようと思う。

眺める対象のコードは、たぶん下の絵にあるコードだと思う。

テストについてもとっかかりたいけど、とりあえず暫くはお預け。
とりあえず、どう動くのが正しいのかを把握しないと、こう動くのが正しい！というのを書くテストもうまいこと回らないだろうから。

さて、modelは第一回目で見たからcontrollerから見ていこう。
ちょっと長いけど、employees_controller.rbの中身を張ってみる。

class EmployeesController < ApplicationController
  # GET /employees
  # GET /employees.xml
  def index
    @employees = Employee.find(:all)

    respond_to do |format|
      format.html # index.html.erb
      format.xml  { render :xml => @employees }
    end
  end

  # GET /employees/1
  # GET /employees/1.xml
  def show
    @employee = Employee.find(params[:id])

    respond_to do |format|
      format.html # show.html.erb
      format.xml  { render :xml => @employee }
    end
  end

  # GET /employees/new
  # GET /employees/new.xml
  def new
    @employee = Employee.new

    respond_to do |format|
      format.html # new.html.erb
      format.xml  { render :xml => @employee }
    end
  end

  # GET /employees/1/edit
  def edit
    @employee = Employee.find(params[:id])
  end

  # POST /employees
  # POST /employees.xml
  def create
    @employee = Employee.new(params[:employee])

    respond_to do |format|
      if @employee.save
        flash[:notice] = 'Employee was successfully created.'
        format.html { redirect_to(@employee) }
        format.xml  { render :xml => @employee, :status => :created, :location => @employee }
      else
        format.html { render :action => "new" }
        format.xml  { render :xml => @employee.errors, :status => :unprocessable_entity }
      end
    end
  end

  # PUT /employees/1
  # PUT /employees/1.xml
  def update
    @employee = Employee.find(params[:id])

    respond_to do |format|
      if @employee.update_attributes(params[:employee])
        flash[:notice] = 'Employee was successfully updated.'
        format.html { redirect_to(@employee) }
        format.xml  { head :ok }
      else
        format.html { render :action => "edit" }
        format.xml  { render :xml => @employee.errors, :status => :unprocessable_entity }
      end
    end
  end

  # DELETE /employees/1
  # DELETE /employees/1.xml
  def destroy
    @employee = Employee.find(params[:id])
    @employee.destroy

    respond_to do |format|
      format.html { redirect_to(employees_url) }
      format.xml  { head :ok }
    end
  end
end

scaffoldによって、それなりの量のコードが吐かれてる。
とりあえず、デフォルトで呼ばれるindexアクションから見てみようと思う。
上のコードからindexアクションの部分だけ抜粋！

  # GET /employees
  # GET /employees.xml
  def index
    @employees = Employee.find(:all)

    respond_to do |format|
      format.html # index.html.erb
      format.xml  { render :xml => @employees }
    end
  end

コメントを見る限り、無印とxmlをサポートしているみたいだ。
無印はhtmlっぽい。

手持ちのRails本にはrespond_toが見当たらない。Rails2.0からの機能なのかな？
軽く調べたら、同じデータをもとに色んな形の出力をしやすくなってるみたいだ。

format.htmlってやると、index.html.erbが呼ばれる。
format.拡張子 { ブロック }の形にすると、その拡張子が来た時に、ブロック内の処理が呼ばれるんじゃないかと感覚的に思う。

試しにtext形式もサポートするように変えてみようかな…

っとその前に！！この一覧を表示するアクションでは、無条件に従業員を全部取得して@employeesに入れてViewに宜しく！ってしてる。
うむ。正しいMVCのコードになってるね！！好感持てるよ。

じゃぁどれくらい簡単にViewにテキスト形式を追加できるかやってみようと思う。
感覚的にはindexのrespond_toの所に下のようなコードを足すことになる。

      format.txt { render :inline => "Hello world" }

さくっと実行！http://localhost:3000/employees.txtにアクセスしてみた。
エラーorz

NameError in EmployeesController#index
uninitialized constant Mime::TXT

respond_toのヘルプを読むとmime登録しなよ！的な事が英語で書いてあった。TOEIC300以下の読解力の持ち主が読解したからあってるかどうかは不明。
とりあえず、environment.rbの末尾に定義を追加してみた。

Mime::Type.register_alias("text/plane", :txt)

一度WEBrickを落として再実行！

おっ出た出た。
そして、format.txtの後にブロック渡さなかったらindex.txt.erbの結果が出てくるみたいだ。
早速やってみた。
コントローラのformat.txtの後のブロックを消す。

  # GET /employees
  # GET /employees.xml
  def index
    @employees = Employee.find(:all)

    respond_to do |format|
      format.html # index.html.erb
      format.txt  # index.txt.erbを使っておくれ
      format.xml  { render :xml => @employees }
    end
  end

んで、Viewsの下のemployeesにindex.txt.erbという名前でファイルを作った。中身は、従業員の名前だけを出す形にしてみた。

<%- @employees.each do |employee| -%>
<%= employee.name %>
<%- end -%>

実行！！

改行がブラウザでちゃんと表示されてないのはなぜだろう。
mime-typeあたりがちゃんと設定されてないのかな？？

まぁ、後で実際に使うことになったらもうちょっと掘り下げるとして動作確認できたのでOK!

次からは、ほかのアクションも見ていこう。

[NetBeans][Ruby]従業員管理システムみたいなものを作ってみよう　その２

kazuki@wankuma.com (かずき) — Sun, 04 May 2008 00:53:00 GMT

前回：http://blogs.wankuma.com/kazuki/archive/2008/05/03/136233.aspx

なんとか、一覧っぽいのが表示されるようになった。
ここから追加、更新、削除処理を足して行けばいけてる感じになりそうだ。

しかし！！メンドクサイので、Railsのチュートリアルとかでは目玉？となるscaffoldを使ってさくっと作ってしまおう。
とりあえず、前回作ったcontrollerとviewをさくっと消す。

えぇ。Blogに書いてるから消すのに未練とかありません。

過去の未練をたちきったらジェネレータでscaffoldを選択。モデルをEmployeeにしてattribute pairsに--skip-migrationを指定してOK!

Rails2.0系のscaffoldは、1.2の頃と違っていてmodelも一緒に作ってやるぜ！ってスタンスになったらしく、モデルが既にあると、migrationを生成するあたりでこけて最後までいかないみたいだ。
その対策として--skip-migrationを指定してあげる必要がある。

これを実行すると、Ruby on Railsで有名なscaffoldの雛形が出来上がってる。とりあえず、動きを見るために実行して、http://localhost:3000/employeesにアクセス！

なんということでしょう。件数はあってるっぽいけど、列名はくっついてない。
ふむ。どうやら、モデルにどんな列があるか指定してあげないといけないようだ。（DBから読み取ってよきにはからってくれないんだ）

勉強になった。ということで、ControllerやViewを消して再挑戦。
今度はジェネレータで--skip-migrationの前に、列の定義も書いてあげる。

書き方は、列名:型といった形式みたいだ。

今回の従業員データでは、「emp_no:string name:string ent_date:date」を指定している。
ちゃんと列を指定して作ると、したのようにちゃんとデータが表示されるようになった。

一覧も出て

編集もできて

新規登録もできて

もちろん削除もできる。（一覧でDestroyをクリックしたところ。確認ダイアログがでてOKを押すと消える）

わ～い。従業員管理システムの完成だ～。
因みに、Rails2.0系の正しいscaffoldの手順は下のようになるっぽい。

scaffoldで列名と型まできっちりと指定して作成
migrationファイルをいじくって制約とかがあれば追加する
マイグレーション

次からは、そうしよう。

[NetBeans][Ruby]従業員管理システムのようなものを作ってみよう

kazuki@wankuma.com (かずき) — Sat, 03 May 2008 19:13:00 GMT

先日なんとか動くところまでこぎつけたので、練習がてら超簡単なWebアプリを作ってみようと思う。
とりあえず、従業員を管理するシステムにしてみよう。

従業員は、従業員番号と従業員名と入社年月日を持ってるという軽いノリです。

早速NetBeansを起動！！Railsプロジェクトを作る前に、とりあえずデータベースだけ作成しておきます。
使用するデータベースは、NetBeansにくっついてくてるJavaDBを使うことにるす。とりあえず起動をかける。

起動すると、NetBeansの出力ウィンドウにメッセージが表示される。それを確認したら、DBの作成だ。
DBもJavaDBで右クリックしてCreate DatabaseでOK。

empmng_developmentとempmng_testという２つのデータベースを作成する。
DBを作成すると、作成したDBに対する接続の設定も追加される。

ここに接続をあらかじめ登録しておくと、Railsのプロジェクトを作るときに楽になる。
ということで、Railsのプロジェクトを作成する。新規プロジェクトからRuby on Rails Applicationを選択する。

プロジェクト名をempmngにして、次へ。
データベースを、どれにするか聞かれるので、さっき作っておいたDBを選択する。
ついでに、下のほうにあるJDBCを使用するという部分にチェックを入れておくのも忘れない。

Finish！をクリックするとRuby on Railsのプロジェクトがもっさりと作られる。
まぁNetBeans5.5までのもっさり感に堪えてきてる人にとっては超高速に感じるくらいになってる。

いっぱいファイルとか作ってるからこんなもんなんだろう。
下が作られたプロジェクトと、DBへの接続情報のかかれたdatabase.yaml

いい感じ。
ここからやっとプログラムつくりに入る。

まずは、アプリケーションの土台となるモデル。モデルが無いことには個人的には始めにくい。
プロジェクト名あたりで右クリックして、Generateを選択する。

モデルのジェネレータを選択して、引数にEmployeeを入力する。
ここに入力したものの複数形がデータベースのテーブル名になるという仕様だ。

これも完了を押すと、Outputウィンドウにつらつらと生成されたものが表示される。
これで、モデルが出来上がり。

最初のほうで決めたけど、この従業員は、従業員番号と従業員名と入社年月日を持っているということだった。
なので、これを作りにかかる。

Database Migrationsのmigrateの下に001_create_employees.rbというファイルができている。

ここに、テーブルが持ってるカラムの定義を足す。
さっきのGenerateで、したのような感じのファイルが出来上がってると思う。

class CreateEmployees < ActiveRecord::Migration
  def self.up
    create_table :employees do |t|

      t.timestamps
    end
  end

  def self.down
    drop_table :employees
  end
end

ここのself.upメソッドにカラムの定義を追加する。

class CreateEmployees < ActiveRecord::Migration
  def self.up
    create_table :employees do |t|
      # 従業員番号！nullはだめよ
      t.column :emp_no, :string, :null => false
      # 従業員名！nullはだめよ
      t.column :name, :string, :null => false
      # 入社年月日！nullはだめよ
      t.column :ent_date, :date, :null => false
      t.timestamps
    end
  end

  def self.down
    drop_table :employees
  end
end

これで、モデルのカラムとかの指定ができたので、DBにテーブルを作りにかかる。
テーブルを作るのは、さっき書いた001_create_employees.rbの定義に従ってさくっとやってくれる。

プロジェクト名あたりで右クリックして、Migrate DatabaseのTo Current Versionを選ぶとデータベースにテーブルを作ってくれる。
楽チン。

Outputウィンドウには、下のように表示される。

(in C:/Users/Kazuki/Documents/NetBeansProjects/empmng)
== 1 CreateEmployees: migrating ===============================================
-- create_table(:employees)
-> 0.2434s
-> 0 rows
== 1 CreateEmployees: migrated (0.2439s) ======================================

ちなみに、これは開発用のデータベースempmng_developmentに作成されている。
本当に作成されてるのか見てみると…

ばっちりできてる。
ここらへんで、簡単に動きをみてみようと思う。
プロジェクト名で右クリックしてRails Consoleを選択すると、jirbが立ち上がる。
ここにぱちぱちと打ち込んでいく。

?> emp = Employee.new :emp_no => 'A001', :name => 'Tanaka Taro', :ent_date => Date.today
=> #<Employee id: nil, emp_no: "A001", name: "Tanaka Taro", ent_date: "2008-05-03", created_at: nil, updated_at: nil>
>> emp.save
=> true

これでデータの登録完了！引き続き、ちゃんと登録できたか見てみる。
これは、findメソッドでできる。

>> Employee.find :all
=> [#<Employee id: 6, emp_no: "A001", name: "Tanaka Taro", ent_date: "2008-05-03", created_at: "2008-05-03 14:49:57", updated_at: "2008-05-03 14:49:57">]

これもOKだ。続いて、Tanaka TaroをTanaka Ichiroに変えてみる。

>> emp = Employee.find 6
=> #<Employee id: 6, emp_no: "A001", name: "Tanaka Taro", ent_date: "2008-05-03", created_at: "2008-05-03 14:49:57", updated_at: "2008-05-03 14:49:57">
>> emp.name = "Tanaka Ichiro"
=> "Tanaka Ichiro"
>> emp.save
=> true
>> Employee.find :all
=> [#<Employee id: 6, emp_no: "A001", name: "Tanaka Ichiro", ent_date: "2008-05-03", created_at: "2008-05-03 14:49:57", updated_at: "2008-05-03 14:53:09">]

ちゃんとDBへの読み書きができてる。素敵だ。

続いて、コントローラを作ろうと思う。コントローラの名前もモデルにあわせてEmployeesで作る。
Generateでcontrollerを選択して、Employeesと入力してOKを押す。
そうすると、したのようにコントローラの雛形が出来上がってる。

class EmployeesController < ApplicationController
end

ここにコードを書いていく。
とりあえず、indexというメソッドを定義して、それを動かしてみよう。

コントローラでは、renderメソッドで、レスポンスに何を返すか色々指定できるっぽい。
とりあえず、お約束的なHello worldみたいなのを書いてみた。

class EmployeesController < ApplicationController
  def index
    render :inline => "Hello Rails Application"
  end
end

さて、ついにWebアプリケーション！！F6を押してWEBrickを起動する。
ブラウザのアドレスに、http://localhost:3000/employeesと入力してみると下のように、ブラウザに文字がちゃんと表示された。

よきことかな。
調子にのって、Employeesテーブルの中身を表示してみた。

class EmployeesController < ApplicationController
  def index
    # 全員取得
    employees = Employee.find :all
    # 名前のリストを取得
    name_list = employees.collect(&:name).join
    # 名前を画面に出してみる
    render :inline => "Hello #{name_list}"
  end
end

まだTanaka Ichiroさんしか入ってないので、それが表示されるだけだけど、ちゃんと動いてる。

お次はViewを作ろう。今のままだと、Controllerで見た目まで作ってる。本来Ruby on RailsではViewがこれを担当する。
よく見てみると、ControllerのジェネレータにViewsという入力欄があった。
もう一度コントローラのジェネレータを立ち上げて、NameにEmployees、Viewsにindexと指定してOKを押す。

ジェネレータは、結構かしこいので、すでにあるものは手をつけずに、新たに作る必要のあるものだけ作ってくれるみたいだ。
今回は、下に表示させてる４つのファイルを生成してくれた。（ほかにもあるけど、今は使わない）

Viewができたので、コントローラからrenderメソッドを消す。
Railsは、デフォルトだとコントローラとアクションの名前から自動的にViewを対応付けてくれる。

今回の例だとemployees_controllerのindexアクションなのでViewsの下にあるemployees/index.html.erbが対象になるっていう寸法だ。
ためしにコントローラのrenderメソッドをコメントアウトして実行すると、employees/index.html.erbの中身が出ることが確認できる。

class EmployeesController < ApplicationController
  def index
    # 全員取得
    employees = Employee.find :all
    # 名前のリストを取得
    name_list = employees.collect(&:name).join
    # 名前を画面に出してみる
    # render :inline => "Hello #{name_list}" コメントアウト!!
  end
end

後は、コントローラからビューへのデータの受け渡し方さえわかれば、画面にデータを表示できそうな気がしてくる。
みてみると、コントローラのフィールド(@つきの変数ね）は、自動でView側から使えるという手はずになってるという。

ちょっと試しにやってみた。
コントローラの@nameに田中　太郎を代入して…

class EmployeesController < ApplicationController
  def index
    # とりあえず
    @name = "田中　太郎"
  end
end

Viewでそれを使ってみる。

<h1>Employees#index</h1>
<p>Find me in app/views/employees/index.html.erb</p>
<p><%= @name %> </p>

これで実行すると、ちゃんと田中　太郎が出てる！！

ということで、簡単に表形式で従業員一覧を出してみた。
コントローラでは、全従業員のデータを取得して@employeesという変数につっこんでるだけ。

class EmployeesController < ApplicationController
  def index
    # 全員を従業員番号でソートして取得
    @employees = Employee.find(:all, :order => "emp_no asc")
  end
end

Viewでは、それを使って表を組み立ててる。

<h1>従業員一覧</h1>
<table border="1">
  <tr>
    <th>従業員番号</th>
    <th>従業員名</th>
    <th>入社年月日</th>
  </tr>
<% @employees.each do |employee| %>
  <tr>
    <td><%= employee.emp_no %> </td>
    <td><%= employee.name %> </td>
    <td><%= employee.ent_date %> </td>
  </tr>
<% end %>
</table>

これを実行すると、下のように表示される。
タイトルが若干削れてるけど、それ以外はうまいこといってる。タイトルが削れてるのは、たぶんデフォルトであたってるスタイルシートが何かしてるせいだと思うので、とりあえずスルーしておく。

ついでなので、DBに何件かデータをつっこんでから再表示させてみた。

うん。いい感じだ。
長くなったので、今回はここまで。次回は、テストの仕方とかについてみてみようかな。

[NetBeans][JRuby]JRuby on Rails やっとレールに乗れそう

kazuki@wankuma.com (かずき) — Fri, 02 May 2008 00:32:00 GMT

ここ数日できないだのなんだの騒いでたのは、jruby-opensslの0.2.2が原因っぽいかんじでした。

gem uninstall jruby-openlls

をするとうまいこと動くようになった。
いろんなタイミングで、jruby-openssl入れろといわれるようになるけど…

というわけで、１つ前のバージョンをいれてみた。

gem install jruby-openssl --version "=0.2.1"

とりあえず、これで警告も例外も出ずに動いてるっぽい。modelの作成が普通にできることを確認した

あしたからがんばろう

[C#][Java][Ruby][デザインパターン]Observerパターンの実装例

kazuki@wankuma.com (かずき) — Fri, 25 Apr 2008 23:31:00 GMT

@ITの掲示板で、こんな記事を見かけたのでちょびっと書いてみる。

デザインパターンの中でも、割と有名（だと思ってる）Observerパターンについて。
まずは、Javaから。

Javaには標準で、java.util.Observableクラスとjava.util.Observerインターフェースがある。
これを使うのが手っ取り早い。

今回の例題は、Personクラスがあって、Nameプロパティを変更すると、「Person Name ～」と表示するようなものです。
んじゃ早速Personクラスから。

package com.wankuma.kazuki.observerpattern;

import java.util.Observable;

// Observableを継承する。
public class Person extends Observable {
    private String name;

    public String getName() {
        return name;
    }

    public void setName(String name) {
        if (this.name == name) {
            return;
        }
        this.name = name;
        // 変更があったというフラグを立てて、Observerに変更を通知する。
        setChanged();
        notifyObservers();
    }
    
}

setNameで変更があったことをsetChangedとnotifyObserversでObserverに対して通知してます。
Javaではご法度のStringの==による比較をやってるけど、値が違う場合にはnotifyObserversしないというの実現するってのをequalsメソッドつかってやるとnullとかも考えなきゃなのでメンドクサイ。
なので、==を使ってお茶を濁してる。

Observer側のPersonPrinterのコードもさくっと実装。

package com.wankuma.kazuki.observerpattern;

import java.util.Observable;
import java.util.Observer;

public class PersonPrinter implements Observer {

    public void update(Observable o, Object arg) {
        Person p = (Person) o;
        System.out.println("Person Name:" + p.getName());
    }

}

System.out.printlnで表示してるだけになる。
んじゃ、この２つのクラスを組み合わせて使うMainクラスを見てみよう。

package com.wankuma.kazuki.observerpattern;

public class Main {

    public static void main(String[] args) {
        // PersonとPrinterを組み立てる
        Person p = new Person();
        PersonPrinter pp = new PersonPrinter();
        p.addObserver(pp);
        
        p.setName("田中　太郎");
        p.setName("田中　一郎");
    }

}

実行すると

田中　太郎

田中　一郎

と表示される。
ちゃんと、監視できてるね。

Rubyにも同じようなクラスが標準であるので同じような感じのコードでいける。

require 'observer'

class Person
  include Observable
  
  attr_accessor :name
  
  def name=(name)
    return if @name == name
    @name = name
    
    changed
    notify_observers(self)
  end
end

class PersonPrinter
  def update(obj)
    puts "Person Name:" + obj.name
  end
end

p = Person.new
pp = PersonPrinter.new

p.add_observer(pp)
p.name = "田中　太郎"
p.name = "田中　一郎"

changedで変更フラグを立ててnotify_observersで通知をする。全く同じ。

さて、お次はC#！
こいつだけは、標準でObserverクラスとかを持ってない。
そのかわり、DelegateやEventという仕組みを言語として持ってたりする。その仕組みを使うとこんな感じかな。

using System;

namespace Com.Wankuma.Kazuki.ObserverPattern
{
    public class Person
    {
        // 変更通知イベント
        public event EventHandler NameChanged;

        // 変更通知をするメソッド
        protected void OnNameChanged()
        {
            if (NameChanged != null)
            {
                NameChanged(this, EventArgs.Empty);
            }
        }

        private string _name;
        public string Name
        {
            get { return _name; }
            set
            {
                if (_name == value)
                {
                    return;
                }
                _name = value;
                OnNameChanged();
            }
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            var p = new Person();
            // 表示するだけだから、いちいちクラスこさえなくてもいいや
            p.NameChanged += (sender, e) => Console.WriteLine("Person Name: " + p.Name);

            p.Name = "田中　太郎";
            p.Name = "田中　一郎";
        }
    }
}

三者三様だね。（似てるけど）

[Ruby][Java][C#]丸投げ委譲

kazuki@wankuma.com (かずき) — Sun, 23 Mar 2008 00:01:00 GMT

モトネタ：実装を委譲できる言語を作ればいいのかもしれない

Java

委譲できる言語ということで、Javaだとこんなにメンドクサイ！！という例が出てる。
具体的に手順としてはどうなるか？ということをやってみようと思う。

まず、委譲先になるクラスHogeを定義します。
com.wankuma.kazuki.deleg.Hogeという名前で作ります！！
メソッドは２つ。fooとbooです。

package com.wankuma.kazuki.deleg;

public class Hoge {
	public void foo() {
		System.out.println("Hoge#foo");
	}
	public void boo() {
		System.out.println("Hoge#boo");
	}
}

これをフィールドに持って、仕事をHogeに丸投げするPiyoさんを作ります。

package com.wankuma.kazuki.deleg;

public class Piyo {
	private Hoge hoge = new Hoge();
}

委譲先のクラスのインスタンスをフィールドに持ったらおもむろにAlt + Shift + Sを押します。そして、出てきたメニューのGenerate Delegate Methods...を選択します。

出てきたダイアログで委譲させたいメソッドを選択する。満足いくまで選択したらOKをくりっく！

委譲するメソッドがばっちり記入されてます。さすがEclipse!!!

package com.wankuma.kazuki.deleg;

public class Piyo {
	private Hoge hoge = new Hoge();

	public void boo() {
		hoge.boo();
	}

	public void foo() {
		hoge.foo();
	}
}

C#

お次はC#！こちらは…ノリノリでHogeとPiyoを書いてみたが…

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace Com.Wankuma.Kazuki.Deleg
{
    class Program
    {
        static void Main(string[] args)
        {
        }
    }

    class Hoge
    {
        public void Foo()
        {
            Console.WriteLine("Hoge#Foo");
        }
        public void Boo()
        {
            Console.WriteLine("Hoge#Boo");
        }
    }

    class Piyo
    {
        private Hoge hoge = new Hoge();

    }
}

リファクタリングメニューを眺めても委譲っぽいのが無い！？ということで泣く泣く全部手書き実装…。するのは悔しい。
ということで書かなかった！！何か楽に書く方法は無いのだろうか。

Ruby

次はRuby。Rubyには標準で委譲をするためのライブラリがついてきているという噂。
とりあえずは、委譲のコードを書く直前の段階までサクっと書く。

class Hoge
  def foo
    puts "Hoge#foo"
  end
  
  def boo
    puts "Hoge#boo"
  end
end

class Piyo
  def initialize
    @hoge = Hoge.new
  end
end

委譲を実現するためのライブラリとして、Forwardableというのが使えるらしい。
使い方はrequire 'forwardable'をしてクラスでextend Forwardableをして、def_delegatorsメソッドを呼ぶという流れになるみたい。
早速してみた。

require 'forwardable'

class Hoge
  def foo
    puts "Hoge#foo"
  end
  
  def boo
    puts "Hoge#boo"
  end
end

class Piyo
  extend Forwardable
  def initialize
    @hoge = Hoge.new
  end
  
  def_delegators(:@hoge, :foo, :boo) # fooとbooを@hogeに委譲
end

piyo = Piyo.new
piyo.foo # => Hoge#foo
piyo.boo # => Hoge#boo

全部のコードを書くより楽チンだわぁ。

Ruby

[Ruby][テスト]WatirでWebアプリの自動？テストが出来るらしい

[Ruby]__END__って便利なのね

[NetBeans][Ruby]JRuby on Rails 2.0のscaffold

[NetBeans][Ruby]Scaffoldの吐くコードを読み続ける

[NetBeans][Ruby]従業員管理システムみたいなものを作ってみよう その３

NameError in EmployeesController#index

[NetBeans][Ruby]従業員管理システムみたいなものを作ってみよう その２

[NetBeans][Ruby]従業員管理システムのようなものを作ってみよう

[NetBeans][JRuby]JRuby on Rails やっとレールに乗れそう

[C#][Java][Ruby][デザインパターン]Observerパターンの実装例

[Ruby][Java][C#]丸投げ委譲

Java

C#

Ruby

[Ruby]ENDって便利なのね

[NetBeans][Ruby]従業員管理システムみたいなものを作ってみよう　その３

[NetBeans][Ruby]従業員管理システムみたいなものを作ってみよう　その２