しかし、昨年11月に何か特別なことが起こりました。
しかし、最初に、小さな歴史：
誰もが覚えているように、最初はJoomlaは単なるCMSでした（バージョン1.6より前）。 次に、開発者はそこからフレームワーク（Joomla Platformと呼ばれる）を割り当てることにしました。 うまくいきませんでした。2つのリポジトリのバグを修正し、それらの間の互換性に同意する必要があり、どういうわけか利益（ユーザーがCMSなしでプラットフォーム上に構築するアプリケーション）は表示されませんでした。 誰かが「十分」と言わなかったら、その奇妙な共生は生きていただろう。 そして、以下が提案されました：
- プラットフォームは徐々に曲がり、CMSに統合されます。 nefigをサポートするために、CMSが使用されたことがないことを除いて、まだどこにもないアプリケーションをサポートします。 バグは1か所で修正され、誰もが幸せです。 Web開発者は何も気付かないでしょう。
- プラットフォームの代わりに、フレームワークがあります-元のプラットフォームと非常に書き直され、互換性のない製品です。 互換性がないため、CMSでは使用されません。
新しいJoomlaフレームワークでは何が起こりますか？
- バッチシステム。 フレームワークは、PHP Composerを使用して部分的にインストールできます
- 名前空間のサポート
- ユーザーはフレームワークの一部のコンポーネントをロードできませんが、独自のコンポーネントを追加できます
CMSはこのフレームワークを使用しません。 少なくとも今のところ。 それは完全に互換性がないためです。 将来的には、CMS開発者がフレームワークのいくつかのコンポーネントをそれに統合することを望む可能性があります。
一部のより過激なユーザーは、次のことを提案します。「私が主な開発者だった場合、2016年末に予定されている4.xシリーズの寿命の終わりに現在のCMSアーキテクチャを廃止します。 2014年にリリース4.0がリリースされたら、Joomla！をリリースします。 次に、フレームワーク上でゼロから構築されます。 下位互換性をサポートするために、2つのアプリケーション間の移行レイヤーとして4.xを使用します。 目標は、拡張機能が3.5と4.xまたは4.xとNextで軽微な問題を抱えて動作することですが、3.5とNextでは同時に動作しないことです。 さらに、拡張機能の既存のインフラストラクチャを維持するために最善を尽くします。これがJoomla！ 彼のお金を稼ぐ。」