5

我已经阅读了单例导致代码出现问题的所有原因，但在以下场景中我找不到替代方案。

我有一个 Java Swing 应用程序。用户可以通过 GUI 设置影响应用程序的显示和功能的设置，这些设置从 XML 配置文件中存储和检索。加载应用程序时，会构造一个 SettingsManager 对象。在构造函数中，设置管理器解析 XML 配置文件并将所有设置存储在本地以供快速访问（我将其称为缓存）。当应用程序中的设置发生更改时，该设置会立即写入文件，但缓存会同时更新。

问题

如果设置管理器的多个实例被创建，当一个实例中的一个设置被改变时，其他的缓存变得陈旧。如果不使用单例，解决此问题的一种可能方法是不使用缓存并始终从文件中检索设置。这不是一个可怕的想法，但它并不可取。如果我这样做了，我想我必须做一些额外的工作才能使其线程安全。

为什么单例有帮助

如果 SettingsManager 是 Singleton，则只有一个缓存，因此它永远不会过时。但是，我已经看到这不是一个好主意，因为它现在本质上是一个全局变量，不需要访问设置的类现在可以访问它们。从我一直在阅读的内容来看，还有很多其他问题。

那么有没有其他方法可以在不使用单例的情况下解决问题？

4

2 回答 2

0

Let me follow up on Brady's answer and suggest that the method on the "handle-body" class be declared protected. This would limit its availability. Another technique would be to put the class in a package that contains the name "internal" (e.g. com.mycorp.abc.internal). That may not limit access, but it does send a clear message to other developers that the class/method really shouldn't be used.

于 2012-06-14T19:45:35.440 回答
0

您可以实现它，以便在类内部将 SettingsManager 作为 Singleton 进行管理（此类显然不会是单例），并且此类实例只会注入到那些需要它的类中。手柄体（AKA 桥）可以很好地工作。

这将为您提供两者中最好的：

  • SettingsManager 只实例化一次，它的缓存也是如此。并且缓存永远不会过时。
  • 只有需要它的对象才能访问它

显然，这个句柄主体类（或任何其他解决方案）可以在任何地方实例化，从而绕过依赖注入。所以我不确定这个问题的完美解决方案是否存在，但这可以让你更接近一些。

于 2012-06-14T19:26:51.360 回答