有时应用程序处于早期阶段，采用微服务架构并不是最佳选择，但我们可能迟早需要扩展项目。在这种情况下，我更喜欢DDD。因此，通过良好的DDD实现，我们可以在单体应用程序中分离不同的业务逻辑，直到需要扩展。
我曾经在一个laravel应用程序中使用过DDD。我在app文件夹中创建了一个Domain文件夹。对于我拥有的每个域，我都创建了一个文件夹，其中包含一个迷你laravel应用程序（包括控制器，路由器，路由器，服务等）。
棘手的部分是实施基础设施。我们通常在这些域之间有很多共享代码（例如，事件，通知等），所以我需要在Infrastructure文件夹中编写所有这些代码，并像一些软件包一样使用它们，并且再次在扩展的情况下，我将整个文件夹复制到新服务中。
除了需要扩展之外，有时我们有一个带有100个控制器的大型单体应用程序。在标准的laravel架构中处理它们将是一场灾难。在这些情况下，使用DDD可能是一个更好的可维护性的好主意。