[ruby-list:13196] Re: CGI (Re: ロックでアドバイスをいただきたいのですが )

お世話になっております。 A.中村です。頭いたい(T_T)

On Thu, 25 Mar 1999 19:25:23 +0900
[e-mail] wrote:

->クライアントサーバアプリとして見たとき、Web上のアプリケーションのアー
->キテクチャとしてリクエスト毎にCGIスクリプトを動かすという仕組みが美し
->いかどうか、って話もあるんです。

ところでスクリプトってなんですか？

というのは、なんか皆さん?のを伺ってたカンジでは、
「スクリプトを動かす」が、暗黙のうちに「スクリプトを動かすための
ゲンゴ(perlとか?)の処理系を1プロセスとして起動する」を、
含んでいるか否か？という話題だと、思っていたもので。

んで、含まない場合(の一例)として、オブジェクトの話が出てくる
わけですよね。

たとえば1ゲンゴ(rubyとか)上での1オブジェクトのメソッドで
ナニカをするなら、オーバーヘッドは減る…というか、俺が意識している
(笑)範囲では「最も」無駄が減るパターンになるような気がします。
必要なルーチンも全部メモリに乗っていますし(swapはさておき)、
必要な状態も殆ど全部メモリに有るので、それらをディスクから読んだり
起動前処理(ooではコンストラクタと呼ぶんでしたっけ)をする「必要」が
ない、と。

当然ながら、リクエストに対して(応答の為の)如何なる処理も動かさない
って事は不可能なので(それともこの前提が間違ってるんでしょうか?)、
必ず何らかの処理を「何らかの形態で」動かす必要があるでしょう。
となると後はその「形態」を選択する話になるのだろうなと。

…という話題だと認識してましたが間違ってたでしょうか(^^;＞諸兄
＃間違ってたら…逃げます(笑)


ところで、1ソースファイル中の複数のメソッドの個々を
「スクリプト」と呼ぶなんてことは…ないですよね普通？


どうも感覚的にプロセス間通信ってピンとこないんですよね。
「処理」と「処理」が通信するなんてねえ。不条理童話の世界だ。
オブジェクト間通信のほうが遥かにピンと来る。
「もの」と「もの」が通信するんだから。