Drupal の特徴を説明する際によく言われるのが、
という言葉である。
このエントリーでは、この言葉を深堀することにより、Drupal の特徴を考えてみることにしたい。
そこで、Wikipedia を参照すると、「CMS」 とは、 
と定義されている。一方、「ウェブ・アプリケーション・フレームワーク」とは、
と定義されている。
以下、まず前半で「CMS」という用語について検討し（Section.2 〜 Section.5）、
後半で「ウェブ・アプリケーション・フレームワーク」という用語について検討し（Section.6 〜 Section.11）、
最終のセクションで、まとめてみることにする（Section.12）。


　※当コラムは、「スライドショー」になっています。
　　Next ボタン のクリックにより、ページ遷移無しで、瞬間的に「次のセクション」に切り替わります。
　　同様に、Prev ボタン のクリックにより「１つ前のセクション」に、
　　First ボタン のクリックにより「最初のセクション」に、
　　Last ボタン のクリックにより「最後のセクション」に切り替わります。

CMS については、一般的に普及している用語・概念であり、
また、Wikipedia による定義も一般的な用語により構成されているため、それほど説明の必要はないかもしれない。
ただ、より具体的に定義すると、
ウェブの各ページは大きな分類としては「レイアウト情報」と「コンテンツ情報」から構成されていると言えるが、
CMS は、本質的には、
という３つの機能を提供するアプリケーション・ソフトウエアである、と言えるだろう。
そして、それにより、
ということになる。

レイアウト情報とは、読んで字のごとく、ウェブページのレイアウト・デザインに関する情報である。
ウェブページのレイアウト・デザインに関する情報は、
基本的には、HTML、CSS、JavaScript という３種類の情報から構成されることになるが、
ここでは、分かりやすさを優先し、HTML のみを考えることにする。
すると、その場合、レイアウト情報とは、形式的には、「HTML のタグの部分」ということになる。
一方、コンテンツ情報とは、具体的には、テキスト情報や画像情報などのことである。
ここでは、分かりやすさを優先し、テキスト情報についてのみ考えることにすると、
コンテンツ情報とは、形式的には、「HTML タグで囲まれた部分」ということになる。
例えば、このページのタイトルの部分は、HTML としては
となっているが、その中で、
の部分がレイアウト情報であり、
の部分がコンテンツ情報ということになる。
その上で、CMS の機能その１について考えると、
元来、ウェブページは「index.html」のような１つのファイルとして物理的に存在し、
そのファイルの中にレイアウト情報（HTML タグ）とコンテンツ情報（HTML タグの中身）が
複雑に混在する形になっているのであるが、それに対して、CMS は、
ということである。それにより、
というわけである。
この機能は、CMS に分類される全てのアプリケーション・ソフトウエアに共通する機能と言ってよいであろう。

ウェブページが「index.html」のような１つのファイルとして物理的に存在しているとすると、
このウェブページを変更する場合には、
という手順を踏むことになる。
それに対して、CMS は、ご存知のように、この手順を簡略化し、
これらをウェブ上で、つまりブラウザ上で完結できるようにしてくれる。
つまり、
のである。
この機能については、CMS に２つのタイプが存在する。
１つは、コンテンツ情報とレイアウト情報の両方についてこの機能を提供するタイプであり、
もう１つは、コンテンツ情報についてのみこの機能を提供するタイプである。
具体的には、Movable Type は前者のタイプになり、WordPress や Drupal は後者のタイプになる。
（Drupal については、レイアウト情報の一部についてもこの機能を利用できるようにする追加モジュールが存在している。
　WordPress についても、私は把握していないが、同様の追加モジュールが存在しているかもしれない。）
しかし、一般的にサイトの運用管理者とっては、
頻繁に編集したい情報は、レイアウト情報ではなくコンテンツ情報であるため、
このタイプの違いは、CMS を選択する際には、あまり考慮する必要がないと考えられる。

ウェブページが「index.html」のような１つのファイルとして物理的に存在しているとすると、
このページにアクセスがあった時には、サーバーは、概略的には、
という手順を踏むことになる。
CMS は、この手順に介入にするわけであるが、その時の方法には、２つのタイプがある。
１つは「静的 CMS」と呼ばれるタイプで、もう１つは「動的 CMS」と呼ばれるタイプである。
静的 CMS は、レイアウト情報やコンテンツ情報が修正された際に、
その都度、レイアウト情報とコンテンツ情報を適切に組み合わせて
あらかじめ１つのファイル（この例の場合は「index.html」）を出力しておく、という処理を行う。
そして、このページにアクセスがあった際には、ただ単に、上記のような通常の手順が行われることになる。
つまり、次のような手順になる。
一方、動的 CMS は、レイアウト情報やコンテンツ情報が修正された際には、それぞれを適切に保存するのみで何も行わない。
しかし、このページにアクセスがあった際には、その都度、
レイアウト情報とコンテンツ情報を適切に組み合わせて１つのファイル情報を生成し、それを送信する、という処理を行う。
つまり、次のような手順になる。
具体的には、Movable Type は前者のタイプ（静的 CMS）になり、
WordPress や Drupal は後者のタイプ（動的 CMS）になる。
（ただし、Movable Type は、設定を変更することにより、後者の方法を選択することもできる。）
静的 CMS は、
という利点がある。
一方、動的 CMS は、アクセスがあった都度、それに応じたページ情報を生成するため、
などの利点がある。
つまり、一般的に、一律に表示するだけのページの場合には静的 CMS の方が向いているが、
ページに何らかの付加的な機能が必要な場合には動的 CMS の方が向いている、ということになる。
この点において、Drupal は（WordPress などと同様に）、
日本で最も普及している CMS と言われる Movable Type とは、大きく性格の異なる CMS である、ということになる。

前セクションまでで、Drupal の一つの側面である CMS について、その定義を詳細に検討することにより、
Drupal は、WordPress などと同様に動的 CMS に分類され、静的 CMS に分類される Movable Type とは大きく異なる、
ということを見てきた。
そこで、このセクション以降では、 Drupal のもう一つの側面であるウェブ・アプリケーション・フレームワークについて、
その定義を詳細に検討することにより、Drupal の特徴を把握していくことにする。
そこで、もう一度、Wikipedia による定義に戻ると、
ウェブ・アプリケーション・フレームワークとは、
となっている。
この中には、
開発目的として「動的なウェブサイト」「ウェブ・アプリケーション」「ウェブ・サービス」という３つの用語が登場し、
提供価値・提供機能として「アプリケーション・フレームワーク」という用語が登場している。
つまり、
とは、まず第１点目として、
ということを意味している。
そして、第２点目として、
もしくは、
ということを意味している。
ということで、これらの用語を１つ１つ見ていくことにしたい。

「動的なウェブサイト」における「動的」の意味は、
CMS の機能その３で検討した際に登場した「動的 CMS」における「動的」と、全く同じ意味である。
つまり、「動的なウェブサイト」とは、
というタイプのウェブサイトである。
このように対応することにより、ページに様々な付加的機能を追加することが可能になる。
Drupal や WordPress など、
動的 CMS により構築・運用されているサイトは、必然的に、動的なウェブサイトということになる。

「ウェブ・アプリケーション」とは、Wikipedia によれば、
となっており、その例として、
　・ウィキ
　・ブログ
　・電子掲示板
　・銀行のオンラインバンキング
　・証券会社のオンライントレード
　・電子商店街などネット販売のショッピングカート
などが挙げられている。
それに加えて、
　・Google などの検索サイト
　・mixi などの SNS サイト
　・Twitter などのマイクロ・ブログ・サービス
も、ウェブ・アプリケーションの代表例と言えるだろう。
「動的なウェブサイト」という用語が、
プログラムを稼働させてページ情報を生成するという技術面に焦点が当てられているのに対して、
「ウェブ・アプリケーション」という用語は、
動的なウェブサイトにより提供される機能面・サービス面に焦点が当てられている。
ウェブ・アプリケーションであるためには、その前提として動的なウェブサイトである必要があるため、
と捉えてもよいであろう。
ただ、ちょっとややこしいのは、
静的 CMS である Movable Type は、それ自体は、正真正銘のウェブ・アプリケーションであるが、
（具体的には、ブログ機能を提供するウェブ・アプリケーションということになる）
Movable Type により構築されたサイトは、一般的には静的なウェブサイトということになり、
ここで言うウェブ・アプリケーションには、その前提条件からして当てはまらないということである。
また、誤解を招くといけないのであらかじめ断っておくが、
Drupal がウェブ・アプリケーションを作るために適していると言っても、
Drupal で検索サービスを開発する、という開発者は希有であろう。
一方、Drupal で、ウィキ、電子掲示板、ショッピングカート、SNS、マイクロ・ブログ・サービスなどを開発する、
という開発者は多いかもしれない。

「ウェブ・サービス」とは、Wikipedia によれば、
などと定義されている。
やや分かりにくいので、別の定義を紹介すると、
とされる。
Wikipedia の定義の中に登場する「SOAP」「REST」というのは、
ウェブ・サーバーが連携する際に用いる技術・手続きのことである。
つまり、通常のウェブ・アプリケーションが、
のに対して、ウェブ・サービスとは、
と言える。
さらに概念的に整理すると、ウェブ・サービスとは、
ということになる。
したがって、ここでは、結論として、
ということを抑えておきたい。

前の３つのセクションでは、Drupal の開発目的について詳細に検討してきたので、このセクションでは、
Drupal の提供価値・提供機能である「アプリケーション・フレームワーク」について詳細に検討することにする。
「アプリケーション・フレームワーク」とは、Wikipedia によれば、
とある。
プログラミングを行わない方にはやや分かりにくいかもしれないが、要するに、アプリケーション・フレームワークとは、
のことである、と理解できる。
これでも分かりにくいかもしれないので、ワープロソフトの例を用いて説明すると、
ワープロソフトには、様々な例文がテンプレートセットとして付属している場合があり、
その場合、ワープロソフトのユーザーは、その例文をコピー＆ペーストして、それを元に文書を作成することで、
ミスを少なくし、かつ、クオリティの高いオリジナルの文書を素早く作成することが可能になる。
それと似たような感じで、アプリケーション・フレームワークが
プログラミングを行う上でよく用いられるプログラムのパーツやツールをあらかじめ用意してくれているため、
プログラマーは、それらのパーツやツールを使うことにより、
というわけである。

ここまで、「ウェブ・アプリケーション・フレームワーク」について、
その内容を開発目的と提供価値・提供機能に分けて検討してきたので、ここで総合してみることにする。
まず、開発目的となる「動的なウェブサイト」「ウェブ・アプリケーション」「ウェブ・サービス」という用語については、
という言い方でまとめることができるだろう。
そして、提供価値・提供機能である「アプリケーション・フレームワーク」という用語については、
ということであった。
とすれば、ウェブ・アプリケーション・フレームワークとは、
ということになる。
ということは、Drupal とは、
そして、具体的には、
ということになる。
ただ、この説明は、拡大解釈すれば、Drupal に限らず、他の動的 CMS にも援用することができるかもしれない。
また、それぞれの CMS には、それぞれのエキスパートがいるため、結果としてでき上がるサイト間の差は小さくなり、
そのようなエキスパートの手にかかれば、CMS 間の差は小さいということになるのかもしれない。
また、CMS 全体から見れば、私がカバーしている範囲はあまりにも狭いため、
この観点で私が主観的に適切な評価を下すことはできない。
（ただ、個人的には、私が開発経験のある CMS の中では、
　プログラミングの視点においては、Drupal が最も優れている、と感じている。）
ということで、ここでは、できる限り、比較可能な計量的な指標をもって、
Drupal の相対的な位置付けを確認することに留めたい。
『プログラムのパーツやツール』とは、
例としては、プログラミングの専門用語になって恐縮であるが、「定数・変数・タグ」「関数」などを挙げることができる。
そこで、Drupal とあるメジャーな動的 CMS を比較すると、
あるメジャーな動的 CMS では、デフォルトで提供されるタグが約140個、関数が約430個となっているのに対して、
Drupal では、デフォルトで提供される変数・定数が約270個、関数が約2260個となっている。
「定数・変数・タグ」で２倍弱、「関数」で５倍強である。
少なくとも、この点に関しては、Drupal は、
より充実した『プログラミングを容易にするプログラムのパーツやツールのセット』を提供していると、言えるだろう。

やや遠回りしたかもしれないが、Drupal の姿がおぼろげながらも見えてきたのではないだろうか。
つまり、Drupal とは、
である。CMS であるということは、
ということであるが、単なる CMS に留まらず、
ということである。もう少し分かりやすく言えば、
ということである。そして、プログラマーにとって開発のための良い土台となるということは、
ということである。さらに、基本的には CMS であることから、でき上がった高機能なサイトにおいても、
ということである。したがって、
と言える。
それが、Drupal の優れた特徴であると言えよう。
IT の世界でトップを走るアメリカにおいて Drupal への評価が高いのは、やはり、この点にあるのではないだろうか。
このエントリーのタイトルは「Drupal はウェブ・アプリケーションの夢を見るか」であったが、
それに対しては、Drupal とは、静的にページを表示したり、サイトの更新を容易にしたりするためのみではなく、
との結論をもって答えることにしたい。