CodeIgniterはBonfireのおかげでより美しい

私が話しているのは...



はい、確かに、誰もがCodeIgniterが何であるかをすでに忘れており(誰か思い出せないかもしれません)、長い間本格的なフレームワークとは見なされていません。 コントローラー、モデル、マッピングなど、すべてが非常にシンプルです。すべてのMVC要素には、ほぼ「純粋なPHP」があります。 便利な作業のために、移行、モジュール、環境、その他の設備は必要ありません。



私自身は若いプログラマーであり、PHPでプログラミングを始めて1年になりますが、その時からこのフレームワークでかなりの作業をしました。 しかし、実際には、MVCアーキテクチャの一般的な考え方にとって非常に優れており、初心者にとっては、単純に交換可能ではありません。 私はあえてYIIとSymfonyにも取り組んでいます。実際、たとえばPHPフレームワークの可能性をサーフィンし始めることは不可能です。



Webアプリケーションを開発するのに便利なphpとテクノロジーをますます勉強して、私はCIから離れて(そう、ちょうど1年の "サービス")離れ、Symfonyの美しさと人間工学的な使用を賞賛しました。 しかし、ここでつい最近、CodeIgniterへの強力な追加機能である Bonfireに出会いました。



Bonき火-CodeIgniterのフェニックス



CIで長い間働いてきた人は、その衰退の人気を知っており、フレームワークの創造的な範囲を広げる多くのアドオンを使用しています。 または、彼らは徐々に「より少ない」兄弟に移ります。 Bonfireを知った後、つまり、今年10月末にリリースされた最終バージョン0.7で 、CodeIgniterの開発に戻りたいと思いました。 これは、モジュールに基づいた単純なサイトを強制的に作成するための、CMSとCMFの間の何かです。 そしてまさに、Bonfireはこの点で私を助けてくれます。



なぜ話をする価値があるのですか?



さて、高速読み込みサイトの関連性は、話す価値がありません。 これを行うには、最適化に関するLarry Pageの推奨事項を参照してください。 未加工のCodeIgniterと比較して大きな利点があるのはBonfireであり、一部の場所では他のプラットフォームで整理することがより難しいこともプラスと考えることができます。 もちろん、不可能ということではありません。これまでのところ、人間工学に基づいたデザインの事実に影響されてきたからです。 短いレビューをします。 始めましょう。 (手のひらをこする)



開発者Webインターフェイス



たき火



もちろん、PHP業界の分野ではこれは新しいものではなく、各フレームワークに類似したものがあります。たとえば、YiiのGIIとSymfonySMFです(例で間違いを犯す可能性がありますが、グルが私を修正します)。 Webインターフェースを使用して、モジュール、コンテキスト(大まかに言うと、モジュールのカテゴリはBonfireではそう呼ばれます)を作成/編集し、ユーザー、移行などを管理できることを非常に嬉しく思いました。



主要なフレームワークから最高のもの



HMVC構造をより柔軟に使用できるようになったことは非常に気に入っていました。 もちろん、CodeIgniterのHMVCアーキテクチャはModular Extensions-HMVC 5でも使用されていましたが、繰り返し使用できるテンプレートとレイアウト(レイアウトとテーマ)の使用と組み合わせることでより便利になりました。 移行の使用も私の印象に大きく影響しました。 資産(資産)、C環境、さらにはテストのある便利な作業。



短所、それらなしで



はい、それらなしではどこにもありません。 主なマイナスは、プロジェクトが少し湿っていて、時々エラーが飛び出すことです。 しかし、これまでのところ、すべてが単純なCodeIgniterで行われていたため、修正できない問題に遭遇していません。 また、プロジェクトの「ロシア語」の欠如をマイナスと見なします。 たとえば、私にとっては反対はプラスですが、並行して英語を学習しています。 理想的には、良いコミュニティとロシアのドキュメントが欲しいです。 くそー、しかし短所は...



まとめ



記事は感銘を受けたことが判明したため、肯定的な点と否定的な点の両方をあまりカバーしていません。 突然詳細なレビューが必要になった場合は、過労する準備ができています。 ご清聴ありがとうございました。



All Articles