・MagSite1とりすと亭のプレゼンテーションレイヤーをカスタマイズ可能にし、カスタマイズ可能な拡張性を与える。目的としないもの・パーツをフォーム上に並べるようなオーサリングスタイルは基本的に対応しない。シンプルなルールからレイアウトは自動的に生成される。いわゆるWebデザイナーと呼ばれる人達のかなりの割合は、想定利用者に含まれない。この条件は、コスト低減を実現するために必須要請されるものである。仮に、n個のデバイスとm個のページがあるとき、手動で並べるオーサリングを行うと、最悪n×m個のフォームをデザインしなければならない。これは非現実的な時間とコストを要する可能性が高く、採用することは不可能である。・既存Webサーバの管理下にて動作する。Webサーバの種類には、基本的に依存しないが、具体的な個々の実装がどこまで環境に依存するかは不明。IISを前提に進めるが、最終的にはApacheでも利用可能であることを実現したい。(実装するかどうかは別として、実装できるようにしたい)・中間コンテンツ記述言語や、XSLT+CSSによるスタイル記述は、いかなる環境にも中立であり、それを活用する環境の種類は制約されない。Frameworkを想定するが、Unix系OS+Apache+Monoによる実行も可能としたい。別実行環境(Java等)を想定した実装もあり得るようにしたい。・フレームワーク全体を統括するプログラム。主な処理の流れは以下の通り。Webサーバのリクエスト対応して処理を開始する。・モジュールリクエストに含まれるパラメータ等を受け取り、中間コンテンツ文書フラグメントを返すプログラム。Framework上のアセンブリ(クラスライブラリ)を想定するが、以下の拡張も考えられる。特定URIに対応するページの構成を記述する言語。そのページが、どのモジュールから構成されるか。それぞれのモジュールの役割(主なコンテンツ、表示できれば良いが無くても良い情報、必須ではあるが別ページに置いても良い情報、等)が記述される。Basic+αとして中間コンテンツを記述する。Basicから当然求められることではあるが、この言語にプレゼンテーション情報は一切含まれない。ある一群の要素の役割(主なコンテンツ、表示できれば良いが無くても良い情報、必須ではあるが別ページに置いても良い情報、等)を指定することができる。ページ分割を行うためのヒントを記述できる。(ここからここまでは分割禁止であるとか、このページはできる限り分割してはならないとか)・デバイス定義ファイルそのデバイスが1ページあたり受け付けるデータ量について記述できる。物理的な制限について記述する。そのデバイスが1ページに含めるべき望ましいデータ量について記述できる。PCのWebブラウザなどはかなり大きいデータも受け付けるが、大きすぎるデータを読ませても非現実的なほど重くなる。適切なサイズで切りたい。そのデバイスに出力するためのスタイルシート変換について指定を行う。コンテンツのカスタマイズ・1つのページに含める情報は、ページ構成記述言語を書き換えることで容易に増減できる・たとえば、リンク集モジュールがある場合、リンク集はページ内に不用だと思えば、これを取り除くことができる。複数のリンク集を持ちたい場合は、リンク集モジュールの異なるインスタンスを指定することができる。・URIのパラメタは1つの名前空間に属する名前で識別されるので、互いに無関係に開発されたモジュールが偶然に同じ名前を参照する可能性があり得る。そこで、疑似名前空間を導入する必要がある・疑似名前空間は、名前空間識別URI+区切り記号+名前のような形式かなぁ・しかし、これだとあまりに長すぎて泣けちゃいます。短く一意な名前を得られる手順を用意すべきかも。・フォームを含むモジュールは、フォームの提示と、それに対するリアクションを、同じモジュールで担当することが望ましいので、それを可能としたい・フォームを含むページと、フォームからのPOST等を処理するページは、同じではないのだが、そこを関連付ける方法を用意して、上手く連携させたい・同じページにポストバックすると確実に同じモジュールで処理できるが、1ページ上に複数のモジュールが複数のフォームを提供しているケースがあるので、できれば避けたい。RDBとの自動連係そういう機能を持ったモジュールを書けばできるでしょう。ModulaFはXML技術で攻めてみるのが目的なので、RDB対応はその意図に合いません。こちらではそのようなモジュールを書く予定はありません。オブジェクトとの自動連係WebとXMLは非オブジェクト指向の世界だと思うので、それをストレートにオブジェクトと連携させることは不可能だと思います。ちなみに、ModulaFという名前は、モジュールである(オブジェクトではない)という意図を明示するためにあえて採用した天の邪鬼なネーミングです。モジュールが、オブジェクト指向プログラミングで作成されることは何の問題もありません。実際、そう書かれるでしょう。モジュールは、ModulaFアーキテクチャ的にはブラックボックスとして扱われ、中身の構造にまでは関与しません。仕様は自由な利用を解放して、金を取らない方針?・非商用目的ではフレームワークの実装も無料開放するか?・いわゆるオープンソースにはしない。多少は美味いものが食えるぐらい、こっちにも収入を寄越してもバチは当たらないでしょう。多少美味いものぐらい食えてこそ、良いものを作れます。・このアーキテクチャでは、適切なサイズにコンテンツを切ることができない。サイズ判定は、中間コンテンツ文書の段階で行われてしまい、出力文書のサイズで判定されない。晶に対してメッセージを送ることができます。晶よりの返事を得られるものではないことにご注意ください。Dey.Co.,Ltd.。