ホームページ  >  記事  >  バックエンド開発  >  PHP におけるコード アーキテクチャの分離に関する簡単な説明

PHP におけるコード アーキテクチャの分離に関する簡単な説明

*文
*文オリジナル
2018-01-02 17:17:322477ブラウズ

PHP では、コード アーキテクチャの分離について簡単に説明します。この記事では主に、PHP デカップリングの 3 つの領域とサービス コンテナーの関連知識を紹介します。非常に良い基準値を持っています。お役に立てれば幸いです。

ソフトウェアプロジェクト全体の開発を完了する過程では、複数人の協力が必要な場合もあれば、単独で完了できる場合もありますが、コードの量が増えるにつれて「アウト」になります。 「コントロールの低下」が徐々に「醜い」インターフェース、汚い実装になっていくと、プロジェクト維持のコストと難易度が持続不可能なまでに増大し、唯一の選択肢は再構築か再開発しかありません。

第 1 レベル

仮説のシナリオ: セッション、データベース、ファイル システムを同時に操作できる処理クラスを作成する必要があります。これを書くかもしれません。

レルムの特徴: 実行可能ですが、結合が厳しいです

class DB{
 public function DB($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class FileSystem{
 public function FileSystem($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class Session{
 public function Session($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class Writer{
 public function Write(){
 $db=new DB(1,2);
 $filesystem=new FileSystem(3,4);
 $session=new Session(5,6);
 }
}
$writer=new Writer();
$writer->write();

記述することの欠点:

1 データベースパラメータの変更を伴うと、変更が多くなります。作業量

2. Writer クラスの設計を担当する人は、DB や他のクラスのさまざまな API に精通している必要があります

結合を減らす方法はありますか?

第 2 レベル (パラメータの依存性)

仮説のシナリオ: 顧客が異なるため、データベース アドレスを頻繁に変更する必要がある場合でも、DB に呼び出されるクラスが多数あることを望みます。データベース アドレスが変更されるため、これらのクラスのコードを変更する必要はありません。

class DB{
 public function DB($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class FileSystem{
 public function FileSystem($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class Session{
 public function Session($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class Writer{
 protected $_db;
 protected $_filesystem;
 protected $_session;
 public function Set($db,$filesystem,$session){
 $this->_db=$db;
 $this->_filesystem=$filesystem;
 $this->_session=$session;
 }
 public function Write(){

 }
}
$db=new DB(1,2);
$filesystem=new FileSystem(3,4);
$session=new Session(5,6);
$writer=new Writer();
$writer->Set($db,$filesystem,$session);
$writer->write();

DBクラスの構築をクライアント側に移したので、修正が伴うと作業負荷は大幅に軽減されますが、新たな問題が発生します。Writerクラスを作成するには、まずDBクラスを作成する必要があります。 Writer クラスに関与する人にとって、要件は非常に高く、その前に他の多くのクラスのドキュメントを読み込んで 1 つずつ作成する必要があります (初期化する必要がある場合もあります)。必要なライター変数を作成します。

そのため、Writer クラスを作成する人々が、パラメータを入力することなく、より高速なインターフェイスを使用して必要なクラスを作成して呼び出すことができるように、より良い記述方法が存在することを願っています。

第 3 レベル (IOC コンテナ)

最初の 2 つのレベルの後、次の利点を追加したいと考えています:

1. DB クラス、Session クラス、および FileSystem クラス。 $db=new DB(arg1,arg2); のような文を書くなど、毎回面倒な初期化を行う必要はありません。

2. DB および他のタイプのオブジェクトは「グローバル」であり、プログラム全体の実行中にいつでも呼び出すことができることが望まれます。

3. DB やその他の型を呼び出すプログラマは、このクラスについて詳しく知る必要はなく、文字列エイリアスを使用してそのようなオブジェクトを作成することもできます。

上記の目標を達成できるのは IOC コンテナです。単純に IOC コンテナをグローバル変数と見なし、文字列とコンストラクターをバインドするために連想配列を使用できます。

最初にコンテナクラスを実装します

class Container{
 public $bindings;
 public function bind($abstract,$concrete){
 $this->bindings[$abstract]=$concrete;
 }
 public function make($abstract,$parameters=[]){
 return call_user_func_array($this->bindings[$abstract],$parameters);
 }
}

サービス登録(バインディング)

$container=new Container();
$container->bind('db',function($arg1,$arg2){
 return new DB($arg1,$arg2);
});
$container->bind('session',function($arg1,$arg2){
 return new Session($arg1,$arg2);
});
$container->bind('fs',function($arg1,$arg2){
 return new FileSystem($arg1,$arg2);
});

コンテナの依存関係

class Writer{
 protected $_db;
 protected $_filesystem;
 protected $_session;
 protected $container;
 public function Writer(Container $container){
 $this->_db=$container->make('db',[1,2]);
 $this->_filesystem=$container->make('session',[3,4]);
 $this->_session=$container->make('fs',[5,6]);
 }
}
$writer=new Writer($container);

関連推奨事項:

Yii2 2つのモジュール(モジュール)間のデータは相互に呼び出す必要があり、その方法設計 カップリングを最大限に減らすにはどうすればよいでしょうか?

インターフェース抽象クラス PHPのインターフェース、抽象クラス、通常の基底クラスを使った「インターフェース指向プログラミング」と「結合メソッド」の簡単な説明

PHP結合設計パターンの理解_PHPチュートリアル

以上がPHP におけるコード アーキテクチャの分離に関する簡単な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。