单一职责原则(SRP)和我的服务等级

Aca*_*uza 7 oop single-responsibility-principle solid-principles

我有YoutubeVideoService执行 CRUD(创建、读取、更新和删除)操作的类。在我看来,创建、读取、更新和删除是类更改的四个原因。这个类是否违反了单一职责原则?

如果违反,那么,我们应该有四个类,如CreateYoutubeVideoServiceReadYoutubeVideoServiceUpdateYoutubeVideoServiceDeleteYoutubeVideoService。有很多课程是不是有点矫枉过正?

Aug*_*sto 5

我认为您在类级别上将单一责任原则带到了极端,而没有考虑凝聚力。

如果你遵循这条路线,你可以证明只有一两个方法有很多类是合理的,这反过来会增加对天空的依赖的数量。

我认为 SRP 的精神是尽可能地简化,而不是更多

  • 为什么这些东西在原理的定义中没有说明? (2认同)
  • 良好实践中没有硬性规定。有了一些经验,您将学会平衡它们并使用适量的每个练习来获得易于维护和阅读的真正好的代码。我把这比作烤蛋糕。食谱列出了成分和(幸运的是)如何混合它们。但是要烤出**真正**好的蛋糕,您需要尝试几次。 (2认同)
  • 这意味着原理被误解了? (2认同)