单一责任原则是否适用于OOP？

我正在努力理解单一责任原则如何与OOP合作.

如果我们要遵循这个原则来开球,那么我们是不是留下了许多课程,其中许多课程可能只有一个方法？

如果我们不完全遵循这个原则,那么这个原则的重点是什么？

我喜欢用这种方式陈述单一责任原则：“你写的每件事 – 每个模块,类,接口或方法,都应该有一份工作.它应该完成整个工作,只做那份工作.

请注意,您编写的这些内容中的一些是大(模块),一些是小(方法),一些是在(类)之间,而一些大事由较小的东西组成.

这不是问题,因为工作或职责也有各种规模,可以分层次地分解.例如,警察部队的工作是“保护和服务” – 一项工作,分解为“巡逻街道”,“解决犯罪”等,每个工作可以由不同的单位处理.这就产生了协调的需要(一项不同的工作),每个单位的工作分解为个别官员的工作等.

对于每一个重要的工作,有很多方法可以将其分解为较小的工作,并且每个工作都可以通过遵循SRP和其他SOLID原则的软件设计来建模.决定如何解决问题是软件设计艺术的重要组成部分.