设计 – 单一责任原则是OOP的规则吗?

前端之家收集整理的这篇文章主要介绍了设计 – 单一责任原则是OOP的规则吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
一个 answer到Stack Overflow问题表示,一个特定的框架违反了简单和简单的OOP规则:单一责任原则(SRP)。

单一责任原则真的是OOP的规则吗?

我对于面向对象编程的定义的理解是“使用对象及其行为来创建软件的范例”。这包括以下技术:封装,多态和遗产。

现在不要误会我 – 我相信SRP是最好的OO设计的关键,但我觉得有些情况下这个原则可以而且应该被打破(就像数据库规范化规则)。我积极推动SRP的好处,我的大部分代码遵循这一原则。

但是,这是一个规则,因此意味着它不应该被打破?

在软件开发中很少有规则(如果有的话)也无一例外。有些人认为goto没有地方,但他们错了。

就OOP而言,没有一个面向对象的定义,所以根据你的问题你会得到一套不同的硬,软原则,模式和实践。

OOP的经典思想是将消息发送到其他不透明对象,并且对象使用自己的内部知识解释消息,然后执行某种功能

SRP是一种可应用于类,功能或模块角色的软件工程原理。它有助于一些东西的凝聚力,使其表现良好,没有无关的位悬在其上,或具有交织和复杂的多个角色。

即使只有一个责任,这仍然可以从一个单一的功能到一组松散相关的功能,这是一个共同的主题的一部分。只要你避免陪审团追究某件事情的责任,它不是主要设计的,或者是做一些稀释物体的简单性的其他特殊事情,那么违反任何你想要的原则。

但是我发现更容易获得SRP的正确性,然后做一些更精细的一些同样健壮的事情。

原文链接:https://www.f2er.com/javaschema/282280.html

猜你在找的设计模式相关文章