读写的类的名称

Question

我现在有两个课程：EventsReader和EventsWriter。它们实际上与一个类一起工作并共享一些常用功能。我想将它们组合成一个类但不能为这个类选择一个好名字。我唯一的想法是EventsProvider但是提供者更多关于阅读而不是写作？

你将什么名字用于结合阅读和写作操作的课程？

Answer 1

首先，就名称而言，我倾向于使用EventsIO或类似的东西。或者，正如Adriano建议的那样，您可以将两者连接在一起并使其成为ReaderWriter。但是，这对我来说并不像你所描述的那样重要......

我的真实建议

我建议真正看看常见的功能是什么。在没有看到你的代码的情况下，我不能100％肯定地说出来，但看起来你应该使用Composition over Inheritance，或者在你的情况下使用组合而不是组合。您可以将EventsReader和EventsWriter保留为使用处理常用功能的类的单独类。

看看SOLID principles。特别是Single Responsibility Principle。如果你组合这些类，然后阅读更改，但是编写没有，那么当你只想改变一个部分的功能时，你必须为处理两者的类进行代码更改。基本上，您将有多个改变的理由。

最终，你需要让你的代码运行良好，但我建议你真正看看组合可能为未来的可维护性做什么，而不是让两个类消耗一个封装了常用功能的新类。只有您能够充分了解您的代码库才能做出决定。正如@csturtz评论的那样，在命名对象时遇到麻烦是一种气味，你确实违反了SRP。

Answer 2

在框架中我们找到System.Threading.ReaderWriterLock所以......为什么不EventsReaderWriter？

Answer 3

听起来有点像domain-driven design service，那么EventsService呢？

Answer 4

为什么不使用代码气味“经理”。大多数情况下我不喜欢它，但你可以在课堂上做任何你想做的事情。 .NET将其用于ConfigurationManager而不是ConfigurationReaderWriter。