日々の破片

_ ASPの書き方

ASPだけだったら、PerlScript、JScript、VBScriptなどいろいろあるから状況はわからないということにしてから始めてみます。

状況がわからなければ、VBScriptが一般的だし、Classステートメントがあるからそれだとします。

すると、

1. ClassのサポートはVBScriptの場合Version5から。

こんな枯れていないステートメントは危険。

で終了。

もうちょっとまじめに書くと、VBScriptのバージョン情報からわかる通り、VBScriptバージョン5は、IE5以降のテクノロジーで、開発環境としてはVS6より後になります。

逆に言えばASPのノウハウは、VS6（つまりVBScriptバージョン4）で一応完結していて、その後はVS.NETとなるためASP自体が過去の亡霊扱い、したがって新たなノウハウの追及対象ではない、したがってClassの例は特に無い、ということだと思います。多分、TechNetなどを細かく見れば情報がゼロということは考えられませんが、いずれにしろメインストリームが.NETに移行した後の開発インフラのバージョンアップなのでそれほどネタにならないのでしょう。

とは言え、Windows2000ではサポートされているので、使えばよいのかも知れませんが、実際にはそれほど使い道があるかは疑問です。

というのも、ASPでの必勝パターンは、複雑なビジネスロジックはCOMのコンポーネントにして（VB6、VC6あたりを使用）、MTS（あるいはCOM+）上に配備し、ASPでは入力を検証してコンポーネントのメソッドを呼び出し、結果を出力（JSPモデル2でいくと、コントローラとビューを一緒にしたものと考えればそれほど外れではないかな）という感じなので、別段ClassをASPで作る必要は無いんじゃないかなぁ、という感じじゃないでしょうか。

一方、単にDBの内容を出力するだけなら（J2EEのファストレーンリーダパターンに相当）ADOをそのまま使うのが必勝パターンだからその場合も特にClassを利用しなくても、入力検証してADOを呼び出して、RowSet（だったかどうか忘れた）を回しながら出力するだけで済むし。

とか書いているけど、あれば使えるんだよなぁ、と思うのも事実。というわけで最初に戻って、6年前にClassが存在したらおそらく使われていたかも知れないが、開発環境の6と.NETの狭間に出てきてしかもインストールベースはともかくMSが売りたいメインストリーム技術ではなくなってしまったので放置ということではないでしょうか。

_ わけわからんが

なんかいっぱいある。