从多个类访问Java配置

问题描述 投票:2回答:1

我正在探索在Java中进行简单,基于文件的简单配置的方法。我查看了Java的内置Properties和Apache Common Configuration库。对于后者,蒸馏代码如下:

Configurations configs = new Configurations();
Configuration config = null;
try
{
    config = configs.properties(new File("config.properties"));
}
catch (ConfigurationException cex)
{
}

long loadQPS = config.getInt("loadQPS");

我遇到的问题是我发现自己在每个类中都插入了这个,这至少有两个原因是次优的:1)我正在为每个类读取一次文件,而我只读一次。 2)代码重复。

一个显而易见的解决方案是创建一个Singleton配置类,然后我可以从其他每个类访问它。但这肯定是几乎每个用例中都需要的功能,所以它不应该包含在配置库本身中(我错过了什么)?我还想过使用Spring配置,它可以为我创建一个Singleton配置类,但是基于文件的配置是不是有太多的开销呢? (据我所知,Spring的优势在于DI。)

什么是好的解决方案,或最佳实践(如果有的话)?

编辑:答案中提出了一个简单的静态解决方案:

public class ConfigClass {

    static Configuration config;

    static {
        Configurations configs = new Configurations();

        Logger sysLogger = LoggerFactory.getLogger("sysLogger");
        try
        {
            config = configs.properties(new File("config.properties"));
        }
        catch (ConfigurationException cex)
        {
            sysLogger.error("Config file read error");
        }
    }
}

访问ConfigClass.config包。

java oop configuration apache-commons-config
1个回答
2
投票

所以你有几个选择。一个简单的方法是静态存储和访问Configuration对象。

当我想要没有Spring的依赖注入时,我喜欢的另一个是以DI友好的方式构建程序。您可以通过将main()函数转换为程序的“配置”来最终启动它来模拟DI容器。

考虑一个典型的多层Web应用程序:DI友好的main()方法可能如下所示:

public class AddressBookApp {
  public static void main(String[] args) {
    Configuration conf = new Configuration(args[0]);

    // Creates our Repository, this might do some internal JDBC initialization
    AddressBookRepository repo = new AddressBookRepository(conf);

    // Pass the Repository to our Service object so that it can persist data
    AddressBookService service = new AddressBookService(repo);

    // Pass the Service to the web controller so it can invoke business logic
    AddressBookController controller = new AddressBookController(conf, service);

    // Now launch it! 
    new WebApp(new Controller[] { controller }).start();
  }
}

这个main()作为“连接”应用程序的中心位置,因此很容易将Configuration对象传递给需要它的每个组件。

© www.soinside.com 2019 - 2024. All rights reserved.