ＭＶＣフレームワーク

今日は少しばかり専門的な話を。
なにせわたしも"文系"なのでざっくり説明しますと、ふつうＷｅｂ
アプリケーションには大まかに言って、実際にユーザーの目に
触れる『ユーザー・インターフェイス』の部分と、その裏で入力さ
れたデータを処理する『プログラム』の部分があります。
『プログラム』はさらに『サーバーサイド・プログラム』と『クライア
ントサイド・プログラム』に分けられますが、ふつうプログラムと
言ったらサーバーサイド・プログラムを差します。クライアントサ
イド・プログラムは『スクリプト』という言い方をされることが多い
ようです。
ふつうユーザー・インターフェイスを制作するのは『デザイナー』
とそのひとのおこしたデザインをＨＴＭＬという言語で実際にＷｅ
ｂページに表現する『コーダー』といわれるひとがおこないます。
この二役を兼ねることはよくありますが、デザイナーはスクリプト
やプログラムのことはあまり詳しくないことが多いです。またコー
ダーもデザイナーほどではないにしても"そっち系"はあまり通じ
てないひとが多いようです。
逆に『（サーバーサイド）プログラマー』はデザイナーやコーダーの
仕事（デザイン系と言っていました）のことはよくわかっていない
ひとがほとんどで、わたしの知っているひとはスクリプト（ＪａｖａＳｃｒ
ｉｐｔ）のこともまったく知識がありませんでした。
従来のサイト構築方法ではプログラマーがユーザー・インターフェ
イスの一部を担わざるを得ない構造になっていたので、最近よく
聞かれるユーザビリティとかデザイン性が損なわれる結果になって
いました。
そこでユーザー・インターフェイスの部分（ＶｉｅｗとＣｏｎｔｒｏｌ）とプログ
ラムの部分（Ｍｏｄｅｌ）をシステム設計上分離して、それぞれが自分
の担当分野に専念できるようにしたのがこのフレームワークです。

一見するとすごく合理的なように見えますが、わたしの知る限りそう
簡単にことはうまくいかないことが多かったように思います。
わたしもこのフレームワークを使ってシステムを創っていますが、結
局ある程度相互間の知識がなければ、システムがうまく動かないと
き、責任のなすりつけ合いが起こってしまうのです。以前わたしがス
クリプト作成を担当していたページに表示上の不具合が出たことが
ありました。わたしのスクリプトに問題がないことには絶対の自信が
ありましたが、わたしがエラーの原因を突き止めなければならなくな
りました。
結局、その不具合の原因はブラウザのバグに対処したスクリプトを
コーダーのひとがうまく組み込んでいなかったからでした。

わたしはいちおうデザインはともかくコーダー、スクリプター、プログラ
マーの経験を"広く浅く"持っていたので対処できましたが、そういう
ひとが最低ひとりはシステムに絡んでないと、このフレームワークも
思うように機能しないのではないかと思います。

ただ、わたしのように全部独りでやる場合も、非常に制作しやすい方
法だとは思います。