另一个类的 getResource()
我有一个 A 类，它获取一个配置文件：
this.getClass().getResource("cfgFile");
现在我创建了一个新的 B 类，它需要 A 的 cfgFile。 现在我正在做：
A.class.getResource("cfgFile");
但感觉不太对劲。
我愿意创建一个新类，例如 ABCfg 并将 cfgFile 添加到其资源路径中，但我不确定这是最好的方法。
最好的方法是什么？
谢谢阅读！
I am having a class A which gets a configuration file doing:
this.getClass().getResource("cfgFile");
Now I created a new class B who needs A's cfgFile. Right now I am doing:
A.class.getResource("cfgFile");
But it doesn't feel right.
I was willing to create a new class, something like ABCfg and adding the cfgFile to it's resource path, but I'm not sure it's the best way.
What's the best way to do this?
Thanks for reading!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可以通过将
getClass().getResource()包装在A上的新静态方法中来封装它。 这样您将来就可以灵活地更改实现，而不会影响调用代码。如果
A除了提供配置信息之外还有其他职责，那么您最好为此创建一个新类。 不过，封装getResource()调用仍然值得做。You could encapsulate this by wrapping the
getClass().getResource()in a new static method onA. This way you have flexibility to change the implementation in the future without affecting calling code.If
Ahas other responsibilities over providing configuration information then you'd be better off creating a new class just for this. Encapsulating thegetResource()call is still worth doing, though.您可能应该创建某种配置类或提供另一种获取配置数据的方法。 B 不应该依赖于知道 A 的配置在哪里，甚至不应该依赖于知道 A 的配置。 我建议您研究依赖注入。
例如，B 可以用完成其工作所需的配置来构造，而不是让 B 负责知道在哪里可以找到其配置。 后一种方法会导致代码紧密耦合，从而变得越来越难以测试。
You should probably create some sort of Configuration class or provide another way for getting configuration data. B shouldn't rely on knowing where A's configuration is, or even that it need's A's configuration. I suggest you look into Dependency Injection.
For example, B could be constructed with the configuration that it needs to do its job, rather than making B responsible for knowing where to find its configuration. The latter approach leads to tightly coupled code which gets to be increasingly hard to test.