LaravelのDDDは組み込みではありませんが、技術(shù)レイヤーではなくビジネスドメインの周りにコードを構(gòu)築することにより、複雑なビジネスロジックを整理するために適用できます。 1.境界コンテキストは、アプリケーションをUsermoduleやOrdermoduleなどのモジュールに分割します。それぞれが獨自のモデル、サービス、イベントを含み、関連ロジックをまとめます。 2。エンティティは、ユーザーエンティティなどのアイデンティティを持つオブジェクトを表しますが、emailvalueObjectのような値オブジェクトは屬性によって定義され、雄弁さモデルとは別に保持されます。 3.グループドメインオブジェクトを、アイテムを使用して注文などのコヒーレントユニットにグループ化し、ドメイン內(nèi)のインターフェイスとインフラストラクチャの雄弁な実裝を使用してデータアクセスを抽象化し、ビジネスロジックを永続化から切り離します。 4。ユーザーレギスターなどのドメインイベントは、主要なビジネスモーメントが発生したときに発送され、Laravelのイベントシステムを活用しますが、ビジネスの関連性を確保するためにドメイン內(nèi)のイベントを定義します。 LaravelにDDDを適用すると、懸念の分離が改善され、テスト可能性が向上し、スケーラビリティがサポートされ、単純なCRUD操作以外の複雑なアプリケーションに最も有益です。 DDDを採用するには、単一のモジュールから始めて、依存関係注射にLaravelのサービスコンテナを使用し、雄弁さをインフラストラクチャレイヤーに分離し、データ転送にDTOを使用し、DDD足場パッケージをより高速なセットアップのために検討します。 LaravelでDDDを採用することにより、アプリケーションが基本的なMVCパターンを超えて成長するにつれて、保守可能でスケーラブルでビジネス中心のアーキテクチャが可能になります。

Laravelのコンテキストでのドメイン駆動型の設(shè)計（DDD）は、フレームワークの組み込み機能ではありません。Laravel自體は、より伝統(tǒng)的なMVC（モデルビューコントローラー）構(gòu)造に従います。ただし、DDDは、Laravelアプリケーションに適用して、複雑なビジネスロジックをより適切に整理し、プロジェクトが成長するにつれてコードをより保守しやすくするアーキテクチャアプローチです。

ドメイン駆動型デザインとは何ですか？

DDDは、コアビジネスドメインを中心にアプリケーションのモデリングを強調(diào)するソフトウェアデザイン哲學(xué)です。技術(shù)レイヤー（コントローラー、モデル、またはルートなど）でコードを整理する代わりに、ユーザー、注文、支払いなどのビジネス機能によって整理します。目標(biāo)は、ドメインロジック（アプリの「what」と「理由」）を中央および明示的に保つことです。

Laravelでは、DDDを採用することは、LaravelがDDDを箱から出して施行していない場合でも、アプリをどのように構(gòu)成するかを再考することを意味します。

Laravelに適用される重要なDDDコンセプト

1。境界コンテキスト（モジュール）

ビジネスロジックの各大部分は、自己完結(jié)型モジュールになります。例えば：

• UserModule/
• OrderModule/
• PaymentModule/

各モジュールには、獨自のモデル、サービス、リポジトリ、DTO、およびポリシーが含まれています。これは、そのドメインに関連するすべてです。

Laravelでは、これはしばしば次のようなフォルダーでコードを整理することにつながります。

アプリ/
modules/
│││。。ユーザー/
││├│···モデル/
│││├·ックス/禮拝/
││├│··ックス/リポジトリ/
││││·ックス/ dtos/
││││·ックス/イベント/
│└·ックス/─注文/
│├|──モデル/
│└│。ですか... ...

これにより、関連するロジックが一緒になり、結(jié)合が減少します。

2。エンティティとバリューオブジェクト

• エンティティは、IDを持つオブジェクト（例えば、一意のIDを持つUser ）です。
• 値オブジェクトは、屬性（ Address 、 Money ）によって定義されます。

Laravelでは、これらをドメイン內(nèi)のプレーンPHPクラスとして作成する場合があります。

 // app/modules/user/entities/userentity.php
クラスユーザーエンティティ
{
    パブリック関數(shù)__construct（
        public string $ id、
        public string $ name、
        public emailvalueobject $ email
    ）{}
}

これらは雄弁なモデルとは別のものであり、永続性の詳細(xì)になります。

3。集合體とリポジトリ

• 集合體は、単一のユニットとして扱われるドメインオブジェクトのクラスターです（例： Order OrderItems ）。
• リポジトリはデータアクセスを抽象化します。コントローラーで雄弁を直接使用する代わりに、ドメインで定義され、インフラストラクチャレイヤーに実裝されたリポジトリインターフェイスを使用します。

例：

 //ドメイン內(nèi)のインターフェイス
インターフェイスOrderRepositoryInterface
{
    パブリック関數(shù)FindByID（String $ ID）：？OrderEntity;
    パブリック関數(shù)Save（OrderEntity $ Order）：void;
}

// Eloquentを使用した実裝
クラスEloquentorderRepositoryは、OrderRepositoryInterfaceを?qū)g裝します
{
    パブリック関數(shù)FindByID（String $ ID）：？OrderEntity
    {
        $ model = ordermodel :: find（$ id）;
        $モデルを返しますか？ OrderEntity :: FromModel（$ Model）：null;
    }
}

これにより、ドメインはLaravelの雄弁に依存しません。

4。ドメインイベント

重要なことが起こったら（例：「userregistered」）、ドメインイベントを発射します。システムの他の部分は、歓迎のメールを送信したり、プロファイルを作成したりするなど、聞くことができます。

Laravelでは、Laravelのイベントシステムを使用できますが、ドメイン內(nèi)のイベントを定義できます。

 // app/modules/user/events/userregistered.php
クラスユーザーが登録されています
{
    パブリック関數(shù)__construct（public userentity $ user）{}
}

次にevent(new UserRegistered($user))を使用します。リスナーは同じモジュールまたは他のモジュールに屬することができます。

LaravelにDDDを適用する理由

• 複雑なアプリが最も利益を得る：アプリがほとんどCRUDである場合、DDDは過剰になる可能性があります。ただし、複雑なワークフロー、ルール、複數(shù)のチームがある場合、DDDはその複雑さの管理に役立ちます。
• 懸念のより良い分離：ビジネスロジックはドメインにとどまり、コントローラーやミドルウェアに散在するものではありません。
• より簡単なテスト：Laravelフレームワーク全體を起動せずにドメインロジックをテストできます。
• スケーラビリティ：モジュールは獨立して進(jìn)化し、リファクタリングとチームの所有権を容易にすることができます。

LaravelのDDDの実用的なヒント

• スモールを開始：最初に1つのモジュールにDDDを適用します（例： OrderModule ）。
• Laravelのサービスコンテナを使用して、リポジトリの実裝を注入します。
• 雄弁なモデルをサブ層（ Infrastructureなど）に保持します。これらは、単なる永続性ツールです。
• DTOを使用して、レイヤー間でデータを転送します。
• laravel-shift/laravel-domainやryangjchandler/laravel-dddなどのパッケージをDDD構(gòu)造の足場に考慮してください。

基本的に、LaravelのDDDは、フレームワークの規(guī)則ではなく、ビジネスニーズを中心にアプリを構(gòu)築することです。必須ではありませんが、アプリが単純なMVCを上回ると強力です。

以上がLaravelのコンテキストにおけるドメイン駆動型デザイン（DDD）とは何ですか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。