もりきゅうです。

babie (michiaki BABA) <babie7a0@y...> wrote:
> システムリソースが足りなかったり、PC が重い場合はまた別ですが。

私の PC は VersaPro VA70J (PenIII 700MHz) で、
require するだけで我慢できないくらい遅いです。;)
test プロセスをループさせて method を上書きする良い方法がほしい。

> > また、チョット遅くなってしまいましたが、Railsに対する要望を書きます。
> > Railsは、よくわからないので、Railsの全体像がつかめればよいと考えていま
> > す。
> > ・Railsを簡単に言うとどうなりますか。
> > ・Railsを使うときの全体の流れ。
> > 
> > もりきゅうさん よろしくお願いします。
> > 
> 
> ちょっと準備で忙しいのでスルーします。
> 
> 結構、適切な言葉を探すのが難しいので、実際に触ってもらう企画にし
> たというのもあります。もりきゅうさんよろしく。;)

はう。
ちょっと仕事が終わっていないのでスルー。
はっ、後ろがいないっ

・Railsを簡単に言うとどうなりますか。

RailsはWebアプリケーションフレームワークのひとつで、
Rubyで書かれたライブラリで構成されています。いじょ。

まじめに考えてみると、そうですね…
何なのかと問うよりも、何が嬉しいのかと問うたほうが答えやすいかな。
それはRailsやCGIKitなどのフレームワークの登場以前に
Webアプリをどうやって作っていたか思い起こすと良いと思います。

私がよくやっていたのは、基本は cgi.rb や ERB を使って入出力。
  require 'cgi'
  cgi = CGI.new
  require 'erb'
  erb = ERB.new ...
  cgi.out { erb.result ... }
ちょっと大きなシステムになってくると、CGI パラメータを元に
メソッドディスパッチしたりしてました。
  send cgi["action"], cgi.params
データベースを扱うときには MySQL/Ruby や Ruby/DBI を使って。
  res = db.query("select name, addr from customers where id = ...")
  name, addr = res.fetch_row ...
SQL でフェッチした結果も oo したいということで
  customer = Cusotmer.new_from_db(id)
こんなことになります。
これもテーブルが多くなってくると、同じようなコードを何回も
書く羽目になりました。
というようなことをWebアプリを作るたびに私は行っていました。
今思うと気の長い話ですね…

結局、一般的なWebアプリを作るときには、必ず書くことになる
パターンがあります。
このパターンを形式化して (ある程度は仕様という名の制限で縛って)
Webアプリの土台としたのがWebアプリケーションフレームワークです。
例えばRailsなら、Railsのルールに従えば、ちょっと書くだけで
Webアプリが作れます。

・Railsを使うときの全体の流れ。

1. rails ... # プロジェクトツリーを用意
2. ./script/generate ... # モデルとコントローラのクラスを作成
3. DB を調整
4. app/* を編集; 絵を描く; コードを書く

テスト駆動なら

1. rails ...
2. ./script/generate ...
3. test/* を編集
4. rake
5. DB を調整
6. app/* を編集; 絵を描く; コードを書く; 3. に戻る。

あといろいろおまけ機能が付いてくるので使ってみたり。
これも使い方というよりは何を作るかとか開発方針とかが先にあって、
Railsの提供する機能を選択して使うことになります。
あとはメソッドを覚えることだけど、これはRubyでも同じですね。

----
Kazuhiro Yoshida  moriq@m...

--
ML: learn-ruby-in-kansai@r...
使い方: http://QuickML.com/