【问题标题】:Facade and Abstraction occurrence patterns外观和抽象出现模式
【发布时间】:2019-05-10 12:47:05
【问题描述】:

外观模式的一个重要优点是它减少了类之间的依赖关系,这对我来说并不清楚,因为我不知道任何实现这种模式的示例。另外,我知道我们使用抽象出现模式,以便我们创建一个类来保存相关对象之间的公共信息,并创建另一个类来保存这些对象的出现,但我仍然不知道有什么优势这样做是因为我们仍然可以创建一个可以创建这些相关对象的类?所以请有人澄清这两点。

【问题讨论】:

    标签: design-patterns abstraction facade


    【解决方案1】:

    关于这些模式的不明确或无意义的例子你是对的。为了阐明这些模式,我将用两个适当的例子来解释它们。

    立面

    如下图所示,第一个在客户和订单系统之间有很多关系,而第二个设计更好,减少了外部实体和内部实体之间的依赖。

    抽象-出现

    为了实现我们的项目,您可以做任何事情,但模式可以帮助我们正确地完成它。因此,如果您想避免重复数据,则应遵循抽象出现模式。例如,在库中,项目(对象)具有共同的属性,例如名称、作者等,但这些项目具有不同的属性,例如 barCodeNumber,如果我们将所有属性合并到一个类中,我们就不能使用共同属性分开。例如,另一个实体可能需要 Title 属性和不同的属性,但是对于单个类,我们做不到。抽象出现模式帮助我们处理这些情况。

    【讨论】:

      猜你喜欢
      • 2012-06-26
      • 2011-01-18
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2023-03-30
      • 1970-01-01
      • 2011-11-23
      相关资源
      最近更新 更多