Design patterns 固体原理与GOF映射

Design patterns 固体原理与GOF映射,design-patterns,architecture,solid-principles,Design Patterns,Architecture,Solid Principles,我不熟悉这个模式,这是一个新的问题。我最近开始寻找坚实的原则和设计模式。在浏览了这两个视图之后,我想知道是否有任何方法可以在一个地方定义实体和设计模式之间的关系。例如 S-模式a,模式B O型c、d、e L 我 D 像wise一样,我认为这将有助于更好地理解原则和模式 谢谢 Raj设计模式不能真正分配给实心首字母缩写的一个字母。设计模式实际上帮助您(或者至少他们应该如此!)以尊重坚实原则的五点的方式设计您的软件。这些原则是在进行面向对象编程时,即使没有使用设计模式,也应该记住的一些指导原则 话虽

我不熟悉这个模式,这是一个新的问题。我最近开始寻找坚实的原则和设计模式。在浏览了这两个视图之后,我想知道是否有任何方法可以在一个地方定义实体和设计模式之间的关系。例如

S-模式a,模式B

O型c、d、e

L

D

像wise一样,我认为这将有助于更好地理解原则和模式

谢谢
Raj

设计模式不能真正分配给实心首字母缩写的一个字母。设计模式实际上帮助您(或者至少他们应该如此!)以尊重坚实原则的五点的方式设计您的软件。这些原则是在进行面向对象编程时,即使没有使用设计模式,也应该记住的一些指导原则


话虽如此,设计模式确实有很多类别。例如,“四人帮”模式就属于这些类别。

我认为坚实是模式的基础。有很多例子。拿你最喜欢的GoF设计模式,用SOLID将其分解。并非所有的原则都适用,但这是理解模式的一个好方法

例如,战略模式有具体的战略:


每个具体战略都采用单一责任原则。策略层次结构是开放的,用于扩展,而策略接口是关闭的,用于修改(因此客户端保持稳定)Liskov原则适用于战略,但也许这不是一个很好的例子接口隔离原则通过单一策略接口(与使用多种方法的某些接口相反)进行演示依赖倒置原则在我看来并不那么明显。

我认为这与以下要点有很好的关系: 开闭原则意味着战略模式。 除此之外,许多设计模式中都应用了单一责任。 依赖注入与MVC设计模式相关。
但是GOF和SOLID之间并没有非常直接的关系。一些帮助您实现OCP的GOF设计模式,例如模板方法(通过继承)、策略或装饰器(聚合/合成)。

感谢您的澄清。当我读到SOLID和GOF模式概述时,我开始思考,比如说,如果需要考虑“单一责任模式”,那么所有GOF模式将适合这个类别。我明白你在说什么。