PHP 開発フレームワークは、最近 PHP コミュニティで話題になっており、ほぼ毎日新しいフレームワークがリリースされています。市場には 40 以上の開発フレームワークがあり、特にフレームワークによって提供される機能が異なる場合、どれが自分にとって最適であるかを判断するのは困難です。
概要
以下に示すのは、これら 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 サイトはめまいがするように見えますが、フレームワーク自体は比較的完成されており、使用可能です。この記事を書いている時点ではまだ安定版が存在しないので、開発に数か月もかかっているのは少し驚きですが、ベータ版を使って製品を開発するのも悪くないかもしれません
。 Symfony プロジェクト
比較表から Symfony が非常にスケーラブルな開発フレームワークであることは、Propel と呼ばれる ORM も完全に統合しており、オープンソース プロジェクトであることがわかります。ここまではPHP。 Symfony は、データベース抽象化レイヤーとして Creole を統合し、MVC モデルレイヤーとして Mojavi も統合します。これらのプロジェクトのソース コードを書き直すのではなく、再利用するだけなので、表から明らかなように、このフレームワークは非常にスケーラブルです。
Symfony には PHP4 をサポートできない 2 つの欠点があります。これは、PHP5 の多くの新機能をサポートする必要があるためです。第 2 に、Symfony は比較的複雑です。ページネーションなどのほとんどのタスクは、Symfony では他のフレームワークよりもはるかに複雑ですが、決してその単純さで知られるフレームワークではありません。
Seagull フレームワーク
Seagull フレームワークは非常に優れており、多くの機能が備わっています。 PHP4 をサポートすることは、その推進にとっても非常に有益です。私自身もまだ PHP4 を使用していますが、ほとんどのスペース ホスティング プロバイダーはまだ PHP5 を完全にはサポートしていません。
残念ながら、Seagull は Ajax のサポートを提供していません。これは少し正当化できませんが、Google で簡単に検索して、Ajax サポートを自分で追加するためのチュートリアルを見つけることができます。これは将来フレームワークに追加されるはずです。
WACT - Web アプリケーション ツールキット
WACT には、MVC、データベース オブジェクト、テンプレート エンジンなどのフレームワークの基本コンポーネントがすべて含まれていますが、それだけです。プラグイン モジュールはなく、Ajax、キャッシュ、検証モジュールなどの一部の組み込み機能もありません。
それにもかかわらず、WACT は最高のテンプレート エンジンを備えており、機能を拡張するための独自のテンプレート タグの作成にも役立ちます。
Prado
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 のイベントや Symfony の ORM パッケージなど、多くの興味深い機能を発見しました。
どのフレームワークを選択するか本当に決められない場合でも、ほとんどの人が行うこと、つまり自分で行うことを選択できます。時間と労力はかかりますが、無限に楽しいです。
冒頭で述べたように、いくつかのフレームワークは大幅に更新されており、私は最近 symfony を好む傾向にあります。その豊富なドキュメントにより、始めるのは非常に便利ですが、その複雑さにより、次のような人でも小規模なプロジェクトを開発することが困難になります。個人的なミニプロジェクトのプロセスは少し無駄ですが、おそらくこの点では CodeIgniter のシンプルさで十分です。