使用 Maven 将 XML 文件放入 jar 的非资源中
这更多的是一个模式问题。我正在使用 Maven 创建一个三模块项目。
域、服务、站点
服务模块依赖于域模块。现在，在服务模块中，我使用 ORM (MyIbatis)，并且我的服务模块中需要有大量 XML 文件。我可以将 XML 文件放在包含 .java 文件的包中，也可以将 XML 文件放在 resources 目录下。
我的问题是，当您的资源映射到同一模块中的单个 .java 时，最佳模式是什么。您是否将该资源放置在包含 .java 的包中或 maven 使用的“资源”目录中？有什么优点和缺点？
我知道最终资源和 java 目录会合并到工件（.jar）中，但原则上我想知道其他人做了什么。
更新 -- 我想将 XML 放在 java src 目录中的原因是因为我不想在资源目录下重新创建包结构 -- 以帮助包结构更改的可维护性， ETC。
This is more of a pattern question. I am using maven to create a three module project.
Domain, Services, Site
The services module depends on the domain module. Now in the services module I am using an ORM (MyIbatis) and I need to have lots of XML files in my services module. I could place the XML files in the package that contains the .java files, or I can place the XML files under the resources directory.
My question is, what is the best pattern for when you have resources that are mapped to a single .java in the same module. Would you place that resource in the package that contains the .java or in the "resources" directory that maven uses? What are the pros and cons?
I know at the end of the day the resources and java directories get merged into the artifact (.jar), but on principal I would like to know what others do.
Update -- The reason I would like to place the XMLs in the java src directory is because I dont want to recreate the package structure under the resources directory -- to help with the maintainability of package structure changes, etc.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我个人会将它们与我的 Java 文件放在一起。您很可能会在对象和 XML 之间来回频繁地来回切换。不断地在两个文件夹之间切换很烦人。
我将编码时不常使用的内容（例如属性文件或 log4j.xml）放在资源文件夹中。
但这只是我。
I would put them alongside my Java files personally. You're going to be bouncing back and forth between the object and the XML a lot, in all likelihood. It's annoying to be constantly switching between the two folders.
I put the stuff I don't go to as much while coding, such as property files or log4j.xml, in the resources folder.
But that's just me.