ホームページ  >  記事  >  バックエンド開発  >  10 個の PHP 開発フレームワークの比較

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

WBOY
WBOYオリジナル
2016-06-23 14:37:23776ブラウズ

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 サイトは目まぐるしく見えますが、フレームワーク自体は比較的完成していて使いやすいです。このドキュメントの執筆時点ではまだ安定版が存在せず、開発されてから数か月が経ったのには少し驚きましたが、ベータ版を使用して開発するのも悪くないと思います。

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

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


Seagull Framework

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

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


WACT - Web Application Toolkit
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 Components
ez Components はフレームワークというよりも、コンポーネントのセットであるため、MVC のサポートが組み込まれていないのかもしれません。

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


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

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


勝者は…

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

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

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

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

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。