PHP デザイン パターン (1)、PHP デザイン パターン (_PHP チュートリアル
PHP デザイン パターン (1)、PHP デザイン パターン (
PHP プログラムをコーディングするとき、コードをより良く保守し、将来コードを理解するには、いくつかの適切なデザイン パターンを使用することが不可欠です。以下に説明します。まず最初に、シングルトン モデルを共有したいと思います。間違いや不適切な点がある場合は、PHPer が指摘してくれることを願っています
。- 単一ケースパターン
PHP におけるオブジェクトの存続期間は、スクリプトの開始からスクリプトの終了までであるため、PHP のシングルトン モードでは、1 ページ内でオブジェクトが複数回のみ使用されます (ページには 1 つのページではなく、他の多くのページが含まれる可能性があります)。狭義) 複数回使用される場合にのみ機能し、新しいオブジェクトは繰り返されず (複数人でプロジェクトに取り組んでいる場合、1 つのリクエストでオブジェクトが複数回インスタンス化されることは避けられません)、不要なリソースが発生します。 (データ コントロール接続操作の効果は非常に明白です)、もう 1 つの点は、スクリプト全体が同じオブジェクトであることを保証できることです。このモードはどのように実装されているのでしょうか。注意すべき点がいくつかあります。実装:
1. 最初に、__construct() メソッドをプライベート メソッドとして定義します。これにより、シングルトン モードは外部からインスタンス化できませんが、内部的にはインスタンス化できます。
2. クラス外からのクローン作成を防ぐために __clone() メソッドもシールドします2. 次に、インスタンスの保存に使用するプライベート変数と、プライベート変数を取得するパブリック関数 getInstance() を定義します。
リーリー リーリー リーリー リーリー リーリー リーリー
これらの理論を言うだけでは説得力がありません具体的な効果の違いを見てみましょう。
リーリー
最初のコメント$obj[$i] = Singlemodel::testTwo();この行は、シングルトン モードを使用すると、次の結果を取得できます
$obj[$i] = Singlemodel::testOne();、非シングルトン モードを使用すると、次の結果が得られます
が見られます
単一ケースパターン | ノーマルモード | 通常/単一ケース(回) | |
143816 | 847376 | 5.89 | |
0.0112519 | 0.2541389 | 22.59 | |
140432 | 168984 | 1.20 | |
0.0112612 | 0.0173110 | 1.54 |
リーリー
この時点で、自分でテストしてみると、接続数が比較的少ない場合、その差は比較的小さいことがわかります (上記の 1 つのリクエストに 5 つの接続がある場合と同様)。 1 回のリクエストで多くのインスタンス化を実現するには小さいということですが、これはもちろん効果がありません。第一に、これにより、複数のインスタンス化が回避され、さらにリソースの消費が削減されます。この 10ms のレベル差は、同時システムでも役立ちます。それを使用することで多くの利点があります。シングルトンパターンについてはここまでです。次回は他のデザインパターンについて説明します。何か間違っている場合は、メッセージまたはメールでご指摘ください。
送ってください~

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











Java フレームワークにおけるデザイン パターンとアーキテクチャ パターンの違いは、デザイン パターンがソフトウェア設計における一般的な問題に対する抽象的な解決策を定義し、ファクトリ パターンなどのクラスとオブジェクト間の相互作用に焦点を当てていることです。アーキテクチャ パターンは、階層化アーキテクチャなどのシステム コンポーネントの編成と相互作用に焦点を当てて、システム構造とモジュールの間の関係を定義します。

デコレータ パターンは、元のクラスを変更せずにオブジェクトの機能を動的に追加できる構造設計パターンです。抽象コンポーネント、具象コンポーネント、抽象デコレータ、具象デコレータの連携によって実装され、ニーズの変化に合わせてクラス機能を柔軟に拡張できます。この例では、ミルクとモカのデコレーターが総額 2.29 ドルで Espresso に追加されており、オブジェクトの動作を動的に変更するデコレーター パターンの力を示しています。

1. ファクトリ パターン: オブジェクト作成とビジネス ロジックを分離し、ファクトリ クラスを通じて指定された型のオブジェクトを作成します。 2. オブザーバー パターン: サブジェクト オブジェクトが状態の変化をオブザーバー オブジェクトに通知できるようにし、疎結合とオブザーバー パターンを実現します。

デザイン パターンは、再利用可能で拡張可能なソリューションを提供することで、コード メンテナンスの課題を解決します。 オブザーバー パターン: オブジェクトがイベントをサブスクライブし、イベントが発生したときに通知を受信できるようにします。ファクトリ パターン: 具象クラスに依存せずにオブジェクトを作成するための集中的な方法を提供します。シングルトン パターン: クラスには、グローバルにアクセス可能なオブジェクトの作成に使用されるインスタンスが 1 つだけ存在することが保証されます。

Guice フレームワークは、次のような多くの設計パターンを適用します。 シングルトン パターン: @Singleton アノテーションによってクラスのインスタンスが 1 つだけであることを保証します。ファクトリ メソッド パターン: @Provides アノテーションを使用してファクトリ メソッドを作成し、依存関係の注入中にオブジェクト インスタンスを取得します。戦略モード: アルゴリズムをさまざまな戦略クラスにカプセル化し、@Named アノテーションを通じて特定の戦略を指定します。

TDD は、高品質の PHP コードを作成するために使用されます。その手順には、テスト ケースを作成し、期待される機能を記述し、テスト ケースを失敗させることが含まれます。過度な最適化や詳細な設計を行わずに、テスト ケースのみが通過するようにコードを記述します。テスト ケースが合格したら、コードを最適化およびリファクタリングして、可読性、保守性、およびスケーラビリティを向上させます。

アダプター パターンは、互換性のないオブジェクトが連携できるようにする構造設計パターンであり、オブジェクトがスムーズに対話できるように、あるインターフェイスを別のインターフェイスに変換します。オブジェクト アダプタは、適応されたオブジェクトを含むアダプタ オブジェクトを作成し、ターゲット インターフェイスを実装することにより、アダプタ パターンを実装します。実際のケースでは、クライアント (MediaPlayer など) はアダプター モードを通じて高度な形式のメディア (VLC など) を再生できますが、クライアント自体は通常のメディア形式 (MP3 など) のみをサポートします。

SpringMVC フレームワークは次の設計パターンを使用します: 1. シングルトン モード: Spring コンテナーを管理します。 2. ファサード モード: コントローラー、ビュー、およびモデルの対話を調整します。 3. ストラテジ モード: リクエストに基づいてリクエスト ハンドラーを選択します。 : アプリケーション イベントを公開し、リッスンします。これらの設計パターンは SpringMVC の機能と柔軟性を強化し、開発者が効率的で保守可能なアプリケーションを作成できるようにします。
