java - 适当设计全局数据访问和修改

Question

我确定这是经常出现的问题，但我不知道如何处理它，也不知道要搜索的相关术语。我正在为搜索引擎创建一个实用程序，它使用 Java 将“启发式”附加到传入的搜索作业。 (因此，例如，如果用户搜索“沙发”，该实用程序将附加“沙发”和“卧室家具”等字词以提供更相关的结果。)

我在处理全局信息时遇到了一些麻烦。在这种特定情况下，启发式术语是全局信息，可以由在后端工作的人修改，或者可以由使用搜索的客户端访问。所以，我想知道在这种情况下最佳实践是什么:我可以创建一个几乎具有纯静态方法的类，称为 HeuristicSearchEngine 之类的东西，它可以在服务器启动时启动，将启发法加载到内存中，然后具有可用于访问启发式搜索或修改术语的方法。这看起来很草率，因为它没有利用 OOP 的任何优势。因此，另一种方法是使用单例来创建当前启发式的实例。这样，无论何时启动搜索作业，该作业都可以加载当前状态的实例，将启发式方法附加到搜索中并继续。然而，单例在这里似乎并不合适，我想知道其他人会如何处理这种情况。

如果您想进一步说明任何其他信息，请告诉我。

Answer 1

您描述的单例/工厂方法功能强大且易于实现。但是单例是危险的，因为如果你想在未来为你的 herustics 服务实现变体，你可能不得不重构一些东西来适应它们。此外，单例通常与静态工厂一起传递，而静态工厂本身会干扰可扩展性。

考虑依赖注入(inject)，而不是单例/因子方法。实现起来更麻烦，但扩展更优雅。

通过依赖注入(inject)，您可以预测组件对数据/服务的需求，并在它们需要之前将它们传递给依赖组件。 (而另一种方法是将查找数据/服务的工作留给该组件——您可以通过静态工厂之类的东西实现的功能。)通常，您解耦组件并隔离它们的功能；这样做被普遍认为是一种有效的设计方法。

作为一个更具体的示例，您的 servlet 不会调用 com.me.Herusitic#getInstance()，而是将 Heuristic 的实例传递给它们的构造函数. Heuristic 引用保存在对象中，并在需要时调用。稍后，当您将 Heuristic 扩展到 FancyHeuristic 和 FakeHeuristicForTesting 并且您希望您的 servlet 使用它们时，您不需要修改您的 servlet 代码:只需传入新型启发式。使用工厂方法，您必须重写工厂逻辑。

这个答案只是触及了这个主题的表面。幸运的是，关于 DI 设计模式的讨论永无止境(在 StackOverflow 和其他地方)，所以我将把它留给你继续研究。