Cakephp 3x 序文 - フレームワークを使用する理由

私は大学院生の時にWebエンジニアコースを受講していました。当時のコースは Java サーブレット + Tomcat + Mysql で Facebook のようなソーシャル ネットワーキング サイトを開発するというものでした。講義を行った先生はフレームワークについて言及し、フレームワークの目的は初期ローテーションの時間を短縮することであると述べました。フレームワークを学習するにはドキュメントを読む必要があり、学習と調査には通常 1 か月かかります。でも、素手でブロックを組み立てるのはクールで素晴らしいことだとは思いません。
私がこのフレームワークに本格的に触れたのは、働き始めたばかりの 2015 年の初めでした。その際に使用したのが、NXP でのインターンシップ中に聞いた Cakephp というフレームワークです。 Cake の初期のアイデアは、移行やコマンドラインなど、RoR (Ruby on Rails) を 100% 継承することでした。もちろん、批判されているのは、リレーショナル データベースを支持する Cake のデータ カプセル化モデルです。 Cakephp は Lavare ほど有名ではないかもしれませんが、依然としてコア開発者、コミュニティ活動、Q&A コミュニティから多くの質問があります。
Web サイト構築が初めての方にとって、Cakephp は開発が非常に効率的で、拡張も簡単です。そして、建築家になりたいと思う子供たちにとって、Cakephp のコア コードを読むことの学習価値は非常に高いと個人的に思います。初期段階では、Cakephp によってカプセル化された API を使用することで、通常の MVC フレームワークの基本的なモジュールと機能を理解できます。上級のプロセスでは、コアコードを読んで設計原則を理解します。最後に、コードを最適化することで、統合点に到達します。筆者も駆け出しのphperとして手​​探りで開発に取り組んでいますが、この記事を読んでいただける皆さんに私の考えやアイデアを提供し、一緒に進歩していきたいと思っています。
このシリーズは主に Cakephp 3 Cookbook の翻訳に焦点を当てており、Cakephp 3 の特徴の紹介を交えながら、開発プロジェクト プロセスでの Cakephp 3 の使用経験に焦点を当てています。私は、Cakephp 3 の紹介と翻訳によって、Cakephp に少しでも貢献できればと思っています。また、このシリーズを通じて同じ志を持った友人に会えることを願っています。
詳細に入る前に、Cakephp 3 のいくつかの機能について簡単に説明しましょう。
1). 命名規則
Cake は、RoR、Django、その他のフレームワークと同様に、MVC 規則名の完全なセットを提供します。命名規則を使用すると、Cake が提供するいくつかの機能を便利に使用できます。プロジェクト後のコードのメンテナンスにも役立ちます。開発プロセスでは、命名規則が開発の効率化に役立ちます。
2). データ層 (モデル)
Cakephp 2 と比較して、Cakephp 3 のデータ層は大幅に改善されました。 MYSQL、PostgreSQL、Microsoft SQL Server、SQLite などをサポートするだけでなく、ORM は 2 つの異なるデータ CRUD API も提供します。ユーザーはネイティブ SQL ステートメントを使用してデータベースを呼び出し、クエリを柔軟に処理できます。エンティティ処理クラスは、データを安全に処理するために使用できるカプセル化された API のセットを提供します。
3). ビュー
ビューレイヤーは基本的なデータプレゼンテーションを提供します。テンプレートと拡張モジュールはコードを効率的に簡素化し、フロントエンド コードをより簡潔にして再利用可能にします。同時に、ビュー レイヤーは、XML、JSON、その他のリソースを含む完全な RESTFUL アプリケーションを提供し、Web サイトに Web サーバーを URI 形式で提供できます。
4). コントローラー
コントロール層はコアロジック層として、データ層とビュー層を効果的に組み合わせます。重要なアルゴリズム処理は、この層で実装および改善できます。

上記は、Cakephp 3x の序文、そのフレームワークを使用する理由を内容も含めて紹介しました。PHP チュートリアルに興味のある友人に役立つことを願っています。