CodeIgniter対 Cakephp

以下は、2つの人気のあるPHPフレームワークCakePHPとCodeIgniterの長所と短所についてのJonathan Snook による記事の 翻訳です 。



この種の出版物を出版する前に、私は通常、そのような比較に不適切に反応するあらゆる種類の狂信者を恐れています。 したがって、できる限り客観的にストーリーにアプローチするようにします。 記事のすべての結論は、事実に基づいてのみ行われます。



これら2つのプラットフォームを互いに比較しますが、無条件の勝者はいません。 どちらにも長所と短所の両方があり、1つまたは別のオプションで完全な障害が発生します。これは必要な場合があります。

比較する理由

CakePHPとCodeIgniterは、PHP4をサポートするという事実を含め、多くの点で非常に似ています。 あるプラットフォームの利点について言えば、別のプラットフォームの強みをすぐに参照できます。



どちらもMVCアーキテクチャのパラダイムで動作することを可能にします。つまり、モデル（データ）、コントローラー（モデルからデータを導き出してアイデアを得る）、およびビュー（ユーザーが見るもの）を分離する能力を意味します。



どちらもルーティングを使用します。これにより、URLをコントローラー内の特定の関数にバインドできます（CakePHPではこれをアクションと呼びます）。 CodeIgniterはルーティングの正規表現をサポートしていますが、この機能をサポートするにはCakePHPバージョン1.2がリリースされるのを待つ必要があります。 修正：CakePHP 1.1はルーティングの正規表現を既にサポートしていますが、これはドキュメントには反映されていません。



どちらも足場をサポートしており、モデルに基づいてビューを自動的に生成するのに役立ちます。 CodeIgniterでは、scaffoldingが簡素化され、URLにキーワードを追加することで同様の機能にアクセスできます。 これは欠点だと思います 私は個人的なプロジェクトを公の目的以外で開発することが多く、このキーワードは退屈です。



さあ始めましょう...

シンプルなアプローチ

CodeIgniterはシンプルであるため魅力的であると確信しています。 ほとんどの作業は、コントローラーの作成、ライブラリのロード、モデルからのデータの取得、結果のビューへの送信です。 すべてが非常に明確で、どのように機能するかを見ることができます。



CakePHPのシンプルさは、自動化（「automagic」）によって実現されます。 これにより、コーディングプロセスが迅速になりますが、カーネルを学習しなくても、「今何が起きているのか」という質問を自問するだけです。 初心者の開発者にとって、この側面は単に落胆するだけです。

モデルを操作する

CodeIgniterでのモデルの操作は非常に視覚的であり、次の例のように、いくつかのコマンドと組み合わせて標準SQLを使用できます。

$query = $this->db->getwhere('mytable', array(id => $id), $limit, $offset);







$this->db->select('title')->from('mytable')->where('id', $id)->limit(10, 20);





$query = $this->db->get();







注：例の2番目の部分で使用されているチェーン方式は、PHP5でのみ機能します。



モデルオブジェクトを作成してロードし、さまざまなメソッドを使用して特定のタスクを実行することもできます。 必要に応じて、これはコントローラーではなくモデルレベルで行うのが最適であるため、コードはMVCのフレームワーク内に残ります。



CakePHPには、このコントローラーに対応するモデルを自動的にロードするという、わずかに異なるアプローチがあります（同じ名前のコントローラーとモデルは相互接続されます）。 この自動読み込みを無効にし、目的のコントローラに読み込む必要のあるモデルを個別に指定することもできます。

さらに、CakePHPには、モデル間の関係を確立するのに役立つメカニズムがあります。これにより、データの取得が非常に容易になります。 たとえば、post_controllerコントローラーでは次のことができます。



$this->Post->Comment->findAllByPostId($id)







この例を選択したのは、2つの異なる概念を示すのに役立つからです。 まず、投稿モデルを介してコメントモデルにアクセスする方法を確認できます（投稿モデルで確立された関連付けのおかげです）。 第二に、 findAllByPostId



メソッドのおかげです。 CakePHPでは、 findByXおよびfindAllByXクエリを使用してデータベースからレコードを取得できます。Xは、選択が行われたフィールド名に相当します。

Cakeは、関連するデータを自動的にロードする能力の最も優れた点の1つを実証するのに非常に優れていると思います。 ここを見てください：



$this->Post->findById($id)







このリクエストは、出版物だけでなく、それに関するコメントも提供します。 かなり実用的です。

検証

モデルを使用する場合、データ検証を処理する必要があります。 CodeIgniterでは、この機能は検証クラスで表されます。 これを使用して、一連のルールが宣言され、検証オブジェクトに添付されます。 検証オブジェクトは、URL（またはフォーム）からのデータを自動的に（私が推測すると）チェックします。 もちろん、ここでこれをどのように行うかを自分で決めることができます。 Validationクラスは、特定のフィールドのエラーメッセージを定義するプロセスにも役立ちます。



CakePHPは、2つの方法でモデルを直接検証します。 最初のメソッドはモデル全体を検証し、2番目のメソッドは各フィールドを個別に検証し、特定のフィールドのロード前にコールバックをbeforeSave



ます。



CakePHP 1.2には、柔軟性を高めるために再設計された検証システムが含まれます。

種

CakePHPにはすぐにデフォルトのテンプレートが含まれ、 title_for_layout



とcontent_for_layout



2つの変数がありcontent_for_layout



。 すべてのアクションは、特定のタイプに自動的に関連付けられます（再び「自動マジック」）。 そして、ファイルに特別な方法で名前を付ける限り、コントローラーはモデルとビューによって自動的にリンクされます。 したがって、これらすべてを回避し、独自のテンプレートとビューファイルを定義することは問題ではありません。 残念ながら、生成されたビューコードを取得する便利な方法はないため、キャッシュメカニズムの実装に関する問題があります。



CodeIgniterのアプローチはよりシンプルで、通常のインクルードにほぼ近いものです。 各ファイルがアップロードされて処理されます。 組み込みのテンプレートクラス（テンプレートクラス）もありますが、組み込みのビューハンドラー（組み込みのビュー処理）より単純ではありません。 テンプレートにヘッダーとフッターを常に含めて、CakePHPの方法でそれを行うことができますが、これは外部の類似点にすぎません。 CodeIgniterを使用すると、ビューとキャッシュのメカニズムをサードパーティまたはカスタムのテンプレートエンジンに置き換えることができます。 （しかもSmartyはCodeIgniterとCakePHPの両方で適切に実装されています。-翻訳者注）

組み込み機能

CodeIgniterは、ここでの裁量で、FTP、電子メール、ファイルアップロード、XMLRPC、Zipエンコーディングなどのクラスのおかげで無条件に勝ちます。



同様に、CakePHPは広範なリポジトリ（ Bakery ）を誇っています。 CodeIgniterのように、必要なクラスを簡単に接続できます。 おもしろいこと：私はこれをやろうとしませんでしたが、CI用に書かれた多くのクラスをCakePHPに接続することは可能です。

自動ロード

CakePHPでは、ベースコントローラーを変更することにより、アプリケーションを大幅に変更できます。 また、モデルファイルを使用してグローバルメソッドを作成することもできます。これにより、 beforeFilter



、 afterFilter



、 beforeRender



などのコールバックを使用してコントローラーレベルで編集を行うことができます。 同様に、ヘルパーとコンポーネントは個々のコントローラーレベルでロードできます。



CodeIgniterは、アシスタント、ライブラリ、およびプラグインをロードできますが、アプリケーション全体に対してグローバルにロードします。 （ここでは、コントローラーレベルのCIで次のような構造が利用可能であるため、著者が間違っています：$ this-> load-> whatever（）-およそTranslator。）

ドキュメント

ドキュメントは、フレームワークを開発するためのフレームワークを理解するための鍵です。



CodeIgniterには、すべてのコンポーネントの完全なドキュメント化されたリストがあり、それぞれのメソッドとパラメーターが含まれています。 CIには、多数のカスタムコードスニペットを含むフォーラムとWikiがあります。



同様に、CakePHPはそれほどうまく編成されていません。 このマニュアルは古く、APIが提供するものを開示していません。 元のドキュメントの形式に加えて、CHMまたはPDFでオフラインバージョンを取得できます。 ただし、CakePHPには、カスタムの記事とコンポーネントを備えたBakeryがまだあります。 開発チームはIRCチャンネル（irc.freenode.netの#cakephp）を通じて多くのことを支援しています。 また、かなり活発なGoogleグループ 。

最後に

私はかなり実用的な人であり、提示されたフレームワークの両方に大きな未来があると心から信じています。 それらは、たとえばSymfonyを使用するなど、実装されるよりも手頃な方法でプロジェクトの開発にアプローチするのに役立ちます。



個人的には、自動マジックの点でCodeIgniterよりCakePHPのファンです。 そして、この利点は、バージョンからバージョンへとより明確に現れます。

明確化

この比較は、CodeIgniter 1.5.2のドキュメントとCakePHP 1.1の使用経験に基づいています。 私は意図的にパフォーマンスの問題に対処しませんでした、なぜなら 各オプションを準備してテストするのはかなり問題です。