PHPフレームワークの解説(1) 基本概念

PHPフレームワークの解説(1) 基本概念
LAMP
LAMP は、Linux、Apache、MySQL、および PHP をベースにしたオープン リソース Web 開発プラットフォームです。この用語はヨーロッパに由来しており、ヨーロッパではこれらのプログラムが標準の開発環境として一般的に使用されていました。名前は各プログラムの頭文字に由来しています。各プログラムは、その所有権においてオープン ソース標準に準拠しています。Linux はオープン システムであり、Apache は、Web ベースの管理用の追加ツールを備えたリレーショナル データベースです。他の言語の優れた機能の多くを利用して、Web 開発をより効率的にします。 Windows オペレーティング システム上の Linux 環境でこれらのツールを使用する開発者は、WAMP を使用して呼び出されます。
これらのオープン ソース プログラム自体は、他のいくつかのプログラムと連携して動作するように特別に設計されているわけではありませんが、これらはすべて影響力のあるオープン ソース ソフトウェアであり、多くの共通の特性を共有しているため、これらのコンポーネントは一緒に使用されることがよくあります。過去数年間にわたって、これらのコンポーネントの互換性は向上し続けており、それらを組み合わせて使用​​することがより一般的になりました。そして、さまざまなコンポーネント間の連携を改善するために、特定の拡張機能を作成しました。現在、これらの製品は、ほとんどすべての Linux ディストリビューションにデフォルトで含まれています。 Linux オペレーティング システム、Apache サーバー、MySQL データベース、Perl、PHP または Python 言語を使用するこれらの製品は、一緒になって強力な Web アプリケーション プラットフォームを形成します。
オープンソース傾向の活発な発展に伴い、オープンソース LAMP は J2EE および .Net 商用ソフトウェアと三者対立を形成しており、ソフトウェア開発プロジェクトはソフトウェアへの投資コストが低いため、多くの人に好まれています。 IT コミュニティ全体から注目を集めています。 Web サイトのトラフィックに関しては、LAMP が最も強力な Web サイト ソリューションです。

おっと
オブジェクト指向プログラミング (OOP、オブジェクト指向プログラミング) は、コンピューター プログラミング アーキテクチャです。 OOP の基本原理は、コンピューター プログラムがサブルーチンとして機能する個別のユニットまたはオブジェクトで構成されるということです。 OOP
ソフトウェア エンジニアリングの 3 つの主な目標、つまり再利用性、柔軟性、拡張性を満たします。全体的な操作を実装するために、各オブジェクトは情報を受信し、データを処理し、他のオブジェクトに情報を送信できます。 OOP には主に次の概念とコンポーネントがあります。
コンポーネント - 実行中のコンピューター プログラムを一緒に形成するデータと機能の単位。コンポーネントは、OOP コンピューター プログラムのモジュールと構造の基礎です。
抽象性 - 処理される情報の特定の側面を無視するプログラムの能力、つまり、情報の主要な側面に焦点を当てる能力。
カプセル化 - 情報カプセル化とも呼ばれます。コンポーネントが他のコンポーネントの内部状態を予期しない方法で変更しないことを保証します。内部状態変更メソッドを提供するコンポーネントのみが内部状態にアクセスできます。各タイプのコンポーネントは、他のコンポーネントと通信するためのインターフェイスを提供し、他のコンポーネントが呼び出すメソッドを指定します。
ポリモーフィズム - コンポーネント参照とクラス セットには、他の多くの異なるタイプのコンポーネントが含まれており、参照されたコンポーネントによって生成される結果は、実際の呼び出しのタイプによって異なります。
継承 - 既存のコンポーネントに基づいてサブクラス化されたコンポーネントの作成を可能にし、ポリモーフィズムとカプセル化を統合および強化します。通常、クラスはコンポーネントをグループ化するために使用されますが、新しいクラスを既存のクラスの拡張として定義することもできるため、クラスをツリ​​ー構造またはネットワーク構造に編成して、アクションの多用途性を反映できます。
抽象化、カプセル化、再利用性、使いやすさなどの理由により、コンポーネントベースのプログラミングはスクリプト言語で特に人気が高まっています。

MVC
MVC は、アプリケーションの入力、処理、出力の分離を強制する設計パターンです。MVC を使用すると、アプリケーションはモデル (M)、ビュー (V)、およびコントローラー (C) の 3 つのコア コンポーネントに分割され、それぞれが独自のタスクを処理します。

1. ビュー: ビューは、ユーザーが表示して操作するインターフェイスです。旧来の Web アプリケーションの場合、ビューは HTML 要素で構成されるインターフェイスです。新しいスタイルの Web アプリケーションでも、HTML はビュー内で重要な役割を果たしていますが、Adobe Flash や一部のマークアップ言語など、いくつかの新しいテクノロジが際限なく登場しています。 XHTML、XML/XSL、WML などの Web サービスアプリケーションのインターフェイスをどのように扱うかは、ますます困難になってきています。 MVC の大きな利点の 1 つは、アプリケーションのさまざまなビューを処理できることです。データがオンラインで保存されているか、従業員のリストで保存されているかに関係なく、ビューでは実際の処理は発生せず、データを出力してユーザーが操作できるようにする手段としてのみ機能します。
2. モデル: モデルは企業データとビジネス ルールを表します。 MVC の 3 つのコンポーネントの中で、モデルには最も多くの処理タスクがあります。たとえば、EJB や ColdFusion コンポーネントなどのコンポーネント オブジェクトを使用してデータベースを処理する場合があります。モデルによって返されるデータはニュートラルです。これは、モデルがデータ形式とは何の関係もないことを意味するため、モデルは複数のビューにデータを提供できます。モデルに適用されるコードは 1 回記述するだけで済み、複数のビューで再利用できるため、コードの重複が削減されます。
3. コントローラー: コントローラーはユーザー入力を受け入れ、モデルとビューを呼び出してユーザーのニーズを満たします。そのため、Web ページ内のハイパーリンクがクリックされて HTML フォームが送信された場合、コントローラー自体は何も出力したり、処理を実行したりしません。リクエストを受信し、リクエストを処理するためにどのモデル コンポーネントを呼び出すかを決定し、モデル処理によって返されたデータを表示するためにどのビューを使用するかを決定するだけです。

次に、MVC の処理プロセスを要約します。まず、コントローラーがユーザーのリクエストを受け取り、処理のためにどのモデルを呼び出すかを決定します。次に、モデルはビジネス ロジックを使用してユーザーのリクエストを処理し、データを返します。コントローラーは対応するデータを使用します。ビューは、モデルから返されたデータをフォーマットし、プレゼンテーション層を通じてユーザーに表示します。

カード
CURD はデータベーステクノロジーの略称で、一般的なプロジェクト開発における各種パラメーターの基本的な機能が CURD です。これは、作成、更新、読み取り、および削除の操作を表します。 CURD は、データを処理するための基本的なアトミック操作を定義します。 CURD が技術的に難しいレベルにまで引き上げられている理由は、複数のデータベース システムで CURD 操作を含む集計関連アクティビティを完了するパフォーマンスが、データ関係の変化に応じて大きく異なる可能性があるためです。
CURD は、特定のアプリケーションで作成、更新、読み取り、および削除メソッドを必ずしも使用するわけではありませんが、それらが実行する機能は同じです。たとえば、ThinkPHP は、add、save、select、および delete メソッドを使用して、モデルの CURD 操作を表します。

シングルエントランス
単一エントリは、通常、プロジェクトまたはアプリケーションに統合された (ただし、必ずしも一意である必要はない) エントリ ファイルがあることを意味します。つまり、プロジェクトのすべての機能操作がこのエントリ ファイルを通じて実行され、エントリは多くの場合、ファイル最初のステップで実行されます。
入り口が 1 つであることの利点は、同じ入り口にはさまざまな操作に対して同じルールが適用されることが多いため、プロジェクト全体がより標準化されることです。また、入口が単一であることの利点は、傍受が便利であり、一部の権限制御やユーザーログインなどの判断や操作を統一的に処理できるため、制御が柔軟であることである。
また、すべての Web サイトが 1 つのエントリ ファイルを介してアクセスされるのではないかと心配する人もいるかもしれません。実際、これはまったく根拠のない考えです。

ORM
オブジェクト/リレーション マッピング (略して ORM) は、オブジェクト指向ソフトウェア開発手法の発展とともに生まれました。オブジェクト指向開発手法は、今日のエンタープライズレベルのアプリケーション開発環境における主流の開発手法であり、リレーショナルデータベースは、エンタープライズレベルのアプリケーション環境でデータを永続的に保存する主流のデータストレージシステムです。オブジェクトとリレーショナル データは、ビジネス エンティティの 2 つの表現形式です。ビジネス エンティティは、メモリ内ではオブジェクトとして表され、データベース内ではリレーショナル データとして表されます。メモリ内のオブジェクト間には関連付けや継承関係がありますが、データベースではリレーショナル データは多対多の関連付けや継承関係を直接表現できません。したがって、オブジェクト リレーショナル マッピング (ORM) システムは一般にミドルウェアの形式で存在し、主にプログラム オブジェクトからリレーショナル データベース データへのマッピングを実装します。
オブジェクト指向はソフトウェア工学の基本原則 (結合、集約、カプセル化など) に基づいて開発されますが、リレーショナル データベースは数学理論に基づいて開発されます。この 2 つの理論には大きな違いがあります。この不一致現象を解決するために、オブジェクト リレーショナル マッピング技術が登場しました。