“经理”Java的替代品[关闭]

Question

我目前在我正在处理的项目中有几个“经理”类，但我看到很多建议您不要使用经理类，但在我的情况下似乎没有提供任何替代方案。我有一个 ClickManager，其中包含一个“可点击”对象的映射和一个 ConfigManager，它负责加载和保存配置文件，因为配置类来自我正在使用的 API，并且太愚蠢而无法自行加载。

在这些情况下使用“经理”有哪些替代方法？

Answer 1

Ward Cunningham 曾经说过 (1) 每个程序员的办公桌上都应该有一本字典和同义词库。还有一种说法是，计算机科学中只有两个难题：缓存失效和命名事物。 (2)

关键是命名事物很重要，而且很难，而且经常被忽视。这就是为什么在许多代码库中散布着名为 Data 和 Manager 的类。

这里至少有两件可能发生的事情。一个是该类正在做一些合理的事情，它只需要一个好的、简洁的、描述性的名称应用于它。例如，使用ClickManager，它会向可点击对象分派事件吗？如果是这样，也许是Dispatcher。它是否布置了可点击的对象？也许是Positioner。它是否包含可点击的对象（正如 Erwin Bolwidt 建议的那样）？也许是Container。它是否响应点击执行某些操作？也许是InteractiveCommand。有时，更具体地考虑一个类在做什么以便想出一个好名字会很有帮助。

还有一种可能是类职责太多，也就是违反了Single Responsibility Principle。这通常是某些东西难以命名的原因，因为它做了很多不同的事情。假设该类同时包含可点击对象，向它们分派事件，定位它们，和执行命令。难怪除了Manager 之外很难想出一个名字，因为它正在做所有这些相关但独立的功能。 （请注意，在许多 UI 工具包中，这些职责已被分成不同的类。）

如果是这种情况，建议将一个大的Manager 类重构为更小的类，每个类都有更少（或一个）职责。为这些类想出更好的名称应该更容易。

(1) 我想大约十年前是在 OOPSLA 上。

(2) 一个错误。