所有其他地方在大型

parvej6666

这三个字段足以提供示例。 下步是实现个服务负责将我们的订单添加到数据仓库中在我们的示例中它将是个 数据库。最初此类服务的实现可能如下所示 这样的服务可以正常工作但它有个基本问题如果我们假设 是我们的高级域服务那么在此实现中它直接依赖于将记录保存在数据库中的低级实现。根据 假设高级服务不应直接依赖于写入数据库的低级实现。如何解决这个问题呢？我们需要将数据库条目与抽象分离以便领域服务依赖于它而不是特定的实现。

因此让我们首先实现负责将订单添加到数据模型的抽象 然后让我们创建此抽象的实现其中将包含特定的实现解决方案即在我们的示例中插入到数据库中。 最后让我们将接口注入到 中 现在 不知道它使用的 的实现是什么以及写入数据存储的方法是什 克罗地亚电话号码列表 么因为它只直接依赖于抽象。 可能会出现个问题这样的解决方案有什么优点？让我们想象下我们希望将 模型映射到学说实体并使用 将其添加到数据库中。



在第个示例中要做到这点我们必须更改 的实现以及使用 模型数据访问的系统中可能有很多。在第二个保留 原则的示例中只需添加 接口的另个实现 然后只需添加个配置文件其中包含映射到学说实体的 模型并更改依赖项注入配置以便选择 实现作为 。请注意我们不必以任何方式接触我们的域服务。 我们示例的另个要求是向用户发送订单已成功创建的通知。通知可以通过多种方式发送例如通过电子邮件短信或网站通知。