10 個の PHP 開発フレームワークの水平比較

PHP 開発フレームワークは、最近 PHP コミュニティで大きな話題となっており、ほぼ毎日新しいフレームワークがリリースされています。市場には 40 以上の開発フレームワークがあり、特にフレームワークによって提供される機能が異なる場合、どれが自分にとって最適であるかを判断するのは困難です。

この記事では、最も人気のある 10 の開発フレームワークを紹介し、それらを水平に比較します。まずすべてのフレームワークのリストから始めて、次に 1 つずつ簡単に説明します。

概要

以下に示すのは、これら 10 個の開発フレームワークのリストであり、それぞれが提供する機能をリストしています。

#1: フレームワークにモデルビューコントローラーが組み込まれているかどうかを示します。

#2: フレームワークが変更なしで複数のデータベースをサポートできるかどうかを示します。

#3: フレームワークがオブジェクト レコード マッパーをサポートしているかどうかを示します。通常、これは ActiveRecord のカプセル化パッケージです。

#4: フレームワークに TableGateWay などの他のデータベース オブジェクトが含まれているかどうかを示します。

#5: フレームワークにテンプレート エンジンが組み込まれているかどうかを示します。

#6: フレームワークがオブジェクトをキャッシュするか、他のキャッシュ メカニズムをキャッシュするかを示します。

#7: フレームワークに検証コンポーネントまたはフィルタリング コンポーネントが組み込まれているかどうかを示します。

#8: フレームワークに Ajax サポートが組み込まれているかどうかを示します。

#9: フレームワークにユーザー認証モジュールが組み込まれているかどうかを示します。

#10: フレームワークに RSS フィード パーサー、PDF モジュール、その他のユーティリティ モジュールなどの他のモジュールが含まれているかどうかを示します。

Zend Framework

Zend Framework はまだ非常に新しく、まだベータ段階にあります (翻訳者注: 著者がこの記事を書いた時点でのもの) , そのため、まだ完成すべき機能（ユーザー認証モジュールなど）はありますが、すでに多くの機能が備わっています。比較表からは何の利点もありませんが、Zend Framework には PDF ドキュメント、RSS フィード、オンライン サービス (Amazon、Flickr、Yahoo) などを処理するためのモジュールがいくつか含まれています。 Zend Framework にはいくつかの異なるデータベース オブジェクトも含まれており、データベース クエリの実装が大幅に容易になり、SQL クエリ スクリプトを手書きする手間も省けます。

現在、Zend Framework は ORM を完全にはサポートしていませんが、開発者は ORM 層を追加するかどうかの議論にまだ立ち往生しています。おそらくこれらの機能は将来実装され、独自の ORM パッケージを作成してコミュニティに送信し、それをフレームワークの将来のバージョンに統合する機会が得られます。

Zend Framework には明るい未来があり、いくつかの一般的な PHP の問題も修正されています。おそらく、安定版の方が比較表のパフォーマンスが優れている可能性があります。

CakePHP

CakePHP は、いくつかのモジュールが付属する高度な MVC フレームワークです。ほとんどのデータベース トランザクションを処理でき、Ajax データ検証をサポートします。同時に、ユーザー認証モジュール (Accsee List) も非常にユニークで、Web サイトのさまざまな部分にアクセスするときに、対応するアクセス権をさまざまなユーザーに割り当てることができます。

CakePHP の Web サイトはめまいがするように見えますが、フレームワーク自体は比較的完成されており、使用可能です。これを書いている時点ではまだ安定版が存在せず、開発されてから数か月も経っているのには少し驚きですが、ベータ版を使って製品を開発するのも悪くないかもしれません（翻訳者）。注: @ss ベイビー、危険を冒してください!)。

Symfony プロジェクト

比較表から、Symfony が非常にスケーラブルな開発フレームワークであることがわかります。 Propel と呼ばれる ORM です。Propel もオープンソース プロジェクトであり、おそらくこれまでのところ PHP にとって最良の ORM ソリューションです。 Symfony は、データベース抽象化レイヤーとして Creole を統合し、MVC モデルレイヤーとして Mojavi も統合します。これらのプロジェクトのソース コードを書き直すのではなく、再利用するだけなので、表から明らかなように、このフレームワークは非常にスケーラブルです。

Symfony には、PHP5 の多くの新機能をサポートする必要があるため、2 つの欠点があります。ページネーションなどのほとんどのタスクは、Symfony では他のフレームワークよりもはるかに複雑ですが、決してその単純さで知られるフレームワークではありません。

Seagull フレームワーク

Seagull フレームワークは非常に優れており、多くの機能が備わっています。 PHP4 をサポートすることは、その推進にとっても非常に有益です。私自身もまだ PHP4 を使用していますが、ほとんどのスペース ホスティング プロバイダーはまだ PHP5 を完全にはサポートしていません。

残念ながら、Seagull は Ajax のサポートを提供していません。これは少し正当化できませんが、Ajax サポートを自分で追加するためのチュートリアルを Google で簡単に見つけることができます。これは将来的にフレームワークに追加される必要があります。

WACT - Web アプリケーション ツールキット

WACT には、MVC、データベース オブジェクト、テンプレート エンジンなどのフレームワークの基本コンポーネントがすべて含まれています。 、しかし、それだけです。プラグイン モジュールはなく、Ajax、キャッシュ、検証モジュールなどの一部の組み込み機能もありません。

それにもかかわらず、WACT は最高のテンプレート エンジンを備えており、機能を拡張するための独自のテンプレート タグの作成にも役立ちます。

プラド

Prado は非常にユニークで、いくつかのクールな機能を備えています。 (私の意見では) MVC のサポートは組み込まれていませんが、ほとんどの PHP タスクを処理するためのさまざまなコンポーネントがあり、さらに良いことに、イベント駆動型のスクリプトが実装されています。たとえば、HTML ボタンに onClick イベントを設定すると、PHP 関数にリンクされます。これは ASP.NET に似ており、Prado には GridView や Replyinger Control など、より多くの ASP.NET コンポーネントが含まれています。

比較表のデータだけを見ると、Prado は他のフレームワークよりも弱いように見えますが、実際はそうではありません。 Prado は非常にユニークなため、たとえスコアが高くなくても、実用的なアプリケーションでは非常に強力です。

PHP on Trax

このフレームワークは単なる Ruby と Rails on PHP のインターフェースのように見えますが、確かに以前は PHP on Rails と呼ばれていました。残念ながら、ドキュメントが非常に少ないため、フレームワークが何を提供するかを正確に伝えるのは困難ですが、ドキュメントには ActiveRecord について言及されているため、RoR のような ActiveRecord を提供する可能性があります。また、Ajax サポートも組み込まれており、Web サイト上の 2 つのデモ ビデオから簡単に確認できます。

Trax 上の PHP は基本的にフレームワークに対するユーザーの要件を満たすことができますが、検証モジュールやキャッシュ モジュールなどの手足がまだ不足しています。また、プラグイン モジュールも含まれていないため、現時点では非常に基本的なものです。

ZooP Framework

ZooP Framework は、サポートされるべきほとんどすべてがサポートされていることが包括的であると言えます。ただし、ORM 層は除きます。さらに驚くべきことは、PHP4 がサポートされていることです。PHP4 が提供する包括的な機能の割には、これは非常に簡単ではありません。

ZooP には組み込みの GUI コントロールも用意されており、フォームの作成が非常に高速になります。通常の HTML で GUI コントロールを使用する利点は、検証ロジック操作と GUI コントロールを密接に組み合わせることができることです。

eZ コンポーネント

ez コンポーネントはフレームワークというよりも、コンポーネントのセットであるためか、組み込みはありません。 MVC サポートのサポート。

これには、データベース コンポーネントやキャッシュ コンポーネントなどの最も一般的なコンポーネントが含まれていますが、まだ欠けているものもあります。たとえば、ActiveRecord コンポーネントや検証コンポーネントはありません。一方、電子メール コンポーネントなどのいくつかのプラグイン コンポーネントは提供されますが、他のフレームワーク (Zend Framework など) ではそれ以上のプラグイン コンポーネントは提供されません。

CodeIgniter

CodeIgniter は比較的新しいフレームワークです。その作者は ExpressionEngine の開発チームです (翻訳者注: PHP ブログ プログラム pMachine 製品のアップグレード (残念ながら)無料ではありません）大きな可能性を秘めているようです。残念ながら、この機能はまだ開発中ですが、まだ複数のデータベースを処理できません。

Ruby on Rails から派生したものであるため、スキャフォールディング (自動コード生成) など、同じ機能の多くを提供します。ドキュメントは非常に充実しており、すぐに使い始めるのに役立つビデオチュートリアルもあります。

勝者は...

残念ながら誰も勝てなかったことを発表しなければなりません。各フレームワークは異なる機能を提供するため、完璧なフレームワークはありません。いつものように、最終的には個人の好みと選択になります。決定を下す前に各フレームワークのドキュメントを注意深く読むことを強くお勧めします。残りはご自身で判断してください。

個人的には Zend Framework がとても好きですが、各フレームワークを注意深く研究すると、Prado の Events や Symfony の ORM パッケージなど、興味深い機能がたくさんあることがわかりました。

どのフレームワークを選択するか本当に決められない場合でも、ほとんどの人が行うこと、つまり自分で行うことを選択できます。時間と労力はかかりますが、無限に楽しいです。

冒頭で述べたように、いくつかのフレームワークは大幅に更新されており、私は最近 symfony を好む傾向にあります。その豊富なドキュメントにより、使い始めるのは非常に便利ですが、その複雑さがまた難点でもあります。私のような個人的なミニプロジェクトであっても、小さなプロジェクトを開発するプロセスは、おそらくこの点では十分です。