0

個人用のマルチメディア ポートフォリオ Web サイトを構築しています。私は開発者というよりはデザイナーですが、コードにはとても慣れています。

私は実際に CodeIgniter でほとんどのソリューションを構築しました。しかし、私のオブジェクト (プロジェクトとプロジェクトの説明、依存関係など) のマッピングは、過度に労力がかかるように感じます。

私は Cache` を使用するプロジェクト (職場) に取り組んでいます。オブジェクトを保管するためのより簡単な方法を見つけるようになりました。

私は PHP に固執したいと思っています。おそらく CakePHP または CI です。私は CI 用のサードパーティ ライブラリの多くに精通していませんが、よく文書化されたよく知られた ORM 用のオプションがあれば、それを使用します。それ以外の場合は、ケーキにこれが含まれていることを理解していますか? 私の唯一の懸念は、この機能のためだけに切り替えることで、どれだけの余分な肥大化が追加されるかということです.

理想的には、オブジェクトをそのまま保持できるオブジェクトまたはオブジェクト リレーショナル DBMS を使用したいと考えています。しかし、それは私の頭を少し超えているかもしれないと感じています。

前もって感謝します。

4

1 に答える 1

2

DoctrineとCIで設定する方法を見てください。あなたが ORM にどれだけ精通しているかはわかりませんが、Doctrine は簡単に理解できるはずです。CI の場合 基本的にマッピング (.yml) ファイルからすべてをビルドする cli コントローラーがあります。私は個人的にモデルを生成するためだけに使用しています。ただし、テーブルのモデルといわゆるプロキシを生成します。

別の方法として、CAKE-es ORM を使用し、CakePHP に ORM deisgner を使用することもできます (「オーバーヘッド」ビット用のDoctrine2 バージョンもあります。肥大化について心配する必要はありません。2、3 で解決できる非常に小さなプロジェクトであっても、挿入と更新を選択します, 時間があれば, 学習できるように ORM を使用してください. 時間が重要であり、プロジェクトで必要とされない場合は、使用しないでください.

公平を期すために、現時点では CakePHP ORM がどこにあるのかわかりませんが、CakePHP から切り替えたとき、Doctrine がはるかに強力であることがわかりました。

要するに、プロジェクトのニーズ、個人的な知識、および利用可能な時間 (Doctrine に慣れていなくても CakePHP を使用している場合は、CakePHP を使用することをお勧めします。または、CI に精通しているが ORM を使用したい場合は、Doctrine を使用します。ただし、時間がなく、ウェブサイトが小さく、どちらの ORM にも慣れていない場合は、ORM を使用しないでください。

幸運を。

于 2013-06-07T17:47:26.223 に答える