PHP パターン設計シングルトン パターン、PHP パターン設計_PHP チュートリアル
php pattern design singleton pattern, php pattern design
パターンデザインとは?初心者は最初はこの高尚な名前に怖気づくでしょう。豊富なプログラミング経験を持つベテランにとって、パターン設計はあらゆるところで行われます。多くの連絡先フレームワークは、さまざまなパターンに基づいて設計されています。 簡単に言うと、コードを書く過程で最初によく触れるのは、プロセス指向の単純かつ基本的なプログラミングです。このとき、私たちがよく追求するのは、コードが特定の機能を達成できればすべてがうまくいくということです。機能を達成できれば、コードがどれほど冗長であっても、再利用可能であっても、効率的であっても関係ありません。ただし、実際に実際に適用され、全員に採用されるのは、効率的で再利用可能で、チーム開発が容易なコードです。これらを踏まえると、練習のように気軽に関数名を付けたり、スクリプトを配置したりすることはできません。パターン設計の指示は、コードを整理し、再利用可能なコードを実現し、他の人がコードを理解しやすくし、コードの信頼性を確保するためのアイデアを提供します。
すべてのパターン設計には、シングルトン パターン、ファクトリー パターン、レジストレーション ツリー パターンの 3 つの基本的なデザイン パターンがあり、他のパターンはこれらのパターンに基づいていることがよくあります。
シングルトンパターンとは何ですか?
この名前に基づいて、シングルトン パターンがアプリケーション全体でオブジェクト インスタンス が 1 つだけ存在する設計パターンを指すことが容易に理解できます。
なぜシングルトンモードを使用するのですか?
php はデータベースを扱うことが多く、頻繁に接続オブジェクトを確立してアプリケーションで新しい操作を実行すると、大量のシステム メモリ リソースが消費されますが、これは望ましくないことです。さらに、チーム協力プロジェクトでは、シングルトン モードにより、さまざまなプログラマが独自のオブジェクトを新しく作成し、人為的なシステム消費を引き起こすことを効果的に防ぐことができます。
シングルトンパターンを確立するにはどうすればよいですか?
この問題を見ると、優秀なプログラマは先人の経験を待つのではなく、要件に応じてシングルトンパターンを作成しようとする可能性が高いと思います。シングルトン パターンとはどのようなパターンかを説明する他のブロガーとは異なり、オブジェクト指向プログラミングの基本的な経験がある皆さんと一緒にシングルトン パターンを自分で構築する方法について考えることを好みます。まずはタイトルから始めましょう。 シングルトン パターンは
オブジェクト インスタンス を 1 つだけ持つデザイン パターンです。これはとても苦痛です。私たちが通常作成するクラスは、多くのオブジェクトを作成できるか、オブジェクトを作成できない (抽象クラス) かのどちらかです。オブジェクトを作成するにはクラスが必要ですが、それを抽象クラスにすることはできません。このクラスは、他の人が関数を複数回作成するのを防ぐためのものです。当然、コンストラクターから始めることを検討しました。ただし、新しい操作ごとにコンストラクターが呼び出されるため、オブジェクト インスタンスが複数回作成されることになります。これは当初の設計意図に反しています。この問題を解決するには、ここで必ずコンストラクターを private または protected として宣言してください。
コンストラクターが private または protected として宣言されている場合、new メソッドを通じてインスタンス オブジェクトを作成できない運命にあります。そして、この処理ステップの後、問題解決の見通しが明確になったことがわかりました。なぜ?新しいメソッドを通じてオブジェクト インスタンスを作成できないため、クラス内のメソッドを通じてのみオブジェクト インスタンスを作成できます。 現時点では、鶏が先か卵が先かという興味深い問題に直面しています。オブジェクトを作成した後にそのオブジェクトのメソッドを呼び出すことがよくありますが、このときはクラス内のメソッドを呼び出してオブジェクトを作成する必要があります。オブジェクトが作成されたかどうかに関係なく呼び出すことができるメソッドの解決策は、間違いなくキーワード --static を使用することです。クラス内に静的メソッドを作成すると何が実現するのでしょうか?トピックに戻ります。インスタンス オブジェクトは 1 つだけ作成するようにしてください。 1 つだけであることを確認するにはどうすればよいでしょうか?これは非常に簡単です。ただ判断するだけです。存在する場合は直接返します。存在しない場合は、自分で作成します。もちろん、このインスタンス オブジェクトはクラスの静的プロパティです。この時点で、シングルトン モードで必要な機能が実装されます。本当に完成してるのかな~ このクラスを継承する場合、コンストラクターをpublic宣言するのはダメでしょうか?次に、コンストラクター メソッドの前に Final キーワードを追加する必要があります。
最後に、シングルトンモードのコードを貼り付けます。コードの説明は上記です~~
リーリー
シングルトンパターン自体は複雑ではありませんが、深い理解が必要です。多くの初心者はまだため息をつきます: くそったれ、コンストラクターは常にパブリックであるとは限りません~ くそったれ、new を使用せずにオブジェクトを作成できます~ 実際、作成者は、コンストラクターが public、private、または protected として宣言されているかどうかに関係なく、オブジェクトは最終的に作成されるたびに呼び出されます。 New はオブジェクト インスタンスの作成に常に使用されます。シングルトン モードでもオブジェクトの作成に new が使用されますが、場所がクラスの外側からクラスの内側に変更されるだけです。最後に、様々な精緻なパターン設計を開発されたプログラマーの方々に敬意を表したいです~~
シリーズ記事:
PHPパターン設計シングルトンパターン
phpパターンデザインファクトリーパターン
phpパターンデザイン登録ツリーパターン

ホット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 つだけ存在することが保証されます。

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

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

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

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