The concept of XOOPS Cube
.NET を知っていますか ? .NET は、マイクロソフトによって開発された開発された windows
OS
上のフレームワークです。デスクトップアプリケーション開発は、ウェブアプリケーション開発より容易です。.NET
は、デスクトップアプリケーションと同じくらい簡単に、ウェブアプリケーションを開発することのを可能にします。.NET
における開発は、マウスドラッグ、及び、少しのコーディングから成っています。マウスドラッグによって、私達は、様々な独立したコンポーネントを我々のアプリケーションに入れます。それから、デリゲートなどを用いて、各コンポーネントを接続するために、プログラムを組みます。
しかし、 .NET
のこれらの特徴は、開発者のために作られています。エンドユーザー（アプリケーションを発注する顧客）はこの開発方法とほとんど関係がありません。私は、
XOOPS
におけるユーザーはコンポーネントとしてモジュールをインストールし、各モジュールを接続するためのなんらかのメカニズムとしてデリゲートを使用するようになると思います。これは、
.NET プログラマの仕事の一部に、エンドユーザーが楽しみを見いだすであろうことを意味しています。
Legacy は XOOPS2 ベースですので、私達は、 Legasy
上でこの理想を達成することができません。しかし、モジュールはコンポーネントの一種であり、 1 File
Hacking は（.NET
プログラマがするように）デリゲートでそれらを接続するプロセスです。言い換えれば、 .NET
のコンポーネント、及び、 .NET のデリゲートは、開発者のためのものですが、 Cube
のモジュール、及び、 Cube のデリゲートは、ユーザーのためにあるということです。
私は、開発者が更に小さいコンポーネントをドロップすることで、 Cube
コンポーネントとしてのモジュールを完成させることができる RAD
ツールを開発することを望みました。しかし、私には、それをするための時間が十分ではないかもしれません。
趣味 CMS として完成されるために、 XOOPS Cube は、開発者が .NET
で使用するこれらのメカニズムを導入しました。しかし、エンドユーザーは、高みに上がることを強制されることになるでしょう。一部のユーザーは、
Cube を拒絶するかもしれません。それゆえに、フォークは、良い選択です。なぜなら、彼らは、 XOOPS
に戻ることができるからです。私達は、フォークによってほんの 1 つの新しい選択肢を得ました。
xoops.org のユーザーも Cube を見れば、私達のフォークの意味に納得するでしょう。
少なくとも日本において、ユーザーが動的なサーバアプリケーションに作ることを楽しむという趣味がありません。もちろん、ユーザーは、
XOOPS のように CMS によってそれらのホームページを作成することは楽しみます。しかし、だれも、
CMS の組み立てをレゴブロックのような楽しい趣味と見なしません。XOOPS Cube
は、それに挑戦しています。従って、現在のユーザーは、壁にぶつかることになるでしょう。 Cube
は新しいコンセプトを彼らに強要します。彼らは、新しい世界の先駆者として、その壁を粉砕しなければなりません。