对象构建 对象并将其发

parvej674

可能会出现一个问题：这样的解决方案有什么优点？让我们想象一下，我们希望将 模型映射到学说实体，并使用 将其添加到数据库中。在第一个示例中，要做到这一点，我们必须更改 的实现以及使用 模型数据访问的所有其他地方（在大型系统中可能有很多）。在第二个保留 原则的示例中，只需添加 接口的另一个实现： 然后，只需添加一个配置文件，其中包含映射到学说实体的 模型，并更改依赖项注入配置，以便选择 实现作。

请注意，我们不必以任何方式接触我们的域服务。 我们示例的另一个要求是向用户发送订单已成功创建的通知。通知可以通过多种方式发送，例如通过电子邮件、短信或网站通知。与前面向数据库添加订单的示例不同，让我们从抽象开始对流程进行建模，使其符合 原则。这给了我们很 C级联系人列表 大的自由度，以至于在建模时我们可能还不知道如何向用户发送通知。 首先，我们来实现发送消息的模型： 现在我们需要一个向用户发送消息的服务，但正如我之前提到的，我们。



从抽象开始建模，所以让我们实现这个服务的接口： 我们还需要一个类，该类将根据订单送到 ，我们可以以 的形式实现它，用于发送订单通知： 剩下的就是在 中使用 ，以便在添加订单时向用户发送一条消息。 我们可以看到，通过这种方法，我们已经对向用户发送通知的整个过程进行了建模，而无需指定该消息的物理传递方式，因为高级类对此一无所知。做出此决定后，只需使用适当的类实现 接口，例如： ł ś ł ś 概括 根据所提供的示例，可以看出，遵循依赖倒。