Oop 可以实现多种设计模式吗?

Oop 可以实现多种设计模式吗?,oop,design-patterns,Oop,Design Patterns,我目前正在开发一个学校项目,我们被要求在软件中实现面向对象的编程概念。但是我不想仅仅通过将这个类继承到那个类并重写这个方法来实现它自己的功能等等来实现它。虽然这仍然是可以接受的,但我想做不同的。不同的是,我指的是使用设计模式。我试图一个接一个地理解它,我注意到其中一些非常有用(生成器、Memento和Adapter)。但问题是它们太多了,如果可能的话,我想把它们全部(这3种设计模式)放在/实现。我这样做可以吗?它会把整个项目搞砸吗 一如既往:视情况而定 在小而简单的代码位上过度使用模式会使代码变

我目前正在开发一个学校项目,我们被要求在软件中实现面向对象的编程概念。但是我不想仅仅通过将这个类继承到那个类并重写这个方法来实现它自己的功能等等来实现它。虽然这仍然是可以接受的,但我想做不同的。不同的是,我指的是使用设计模式。我试图一个接一个地理解它,我注意到其中一些非常有用(生成器、Memento和Adapter)。但问题是它们太多了,如果可能的话,我想把它们全部(这3种设计模式)放在/实现。我这样做可以吗?它会把整个项目搞砸吗

一如既往:视情况而定

在小而简单的代码位上过度使用模式会使代码变得模糊。但这也可以让事情变得更清楚

尽可能不要使用模式。当它起作用时使用它们。每个模式都有它的目的,如果在代码中找不到这个目的,就不应该重写它以匹配模式。尽量保持代码a)可维护,b)易于阅读。如果一个模式比没有模式的方法更符合这些标准:那么就去做吧

您可以有几十种模式的代码,也可以没有模式的代码。在这两种情况下,它都是理想的选择。

一如既往:视情况而定

在小而简单的代码位上过度使用模式会使代码变得模糊。但这也可以让事情变得更清楚

尽可能不要使用模式。当它起作用时使用它们。每个模式都有它的目的,如果在代码中找不到这个目的,就不应该重写它以匹配模式。尽量保持代码a)可维护,b)易于阅读。如果一个模式比没有模式的方法更符合这些标准:那么就去做吧

您可以有几十种模式的代码,也可以没有模式的代码。在这两种情况下,它都是理想的选择。

好建议,男人!:)谢谢好建议,男人!:)谢谢