将所有绑定(bind)放在一个模块中显然是个坏主意,那么您认为更优雅的方式是什么?
我认为 Bob 的想法可能是本次讨论的良好开端:
It's hard to come up with one-size-fits-all rules for this sort of thing, but one Module per package is certainly a good place to start. Putting a Module in each package means you can make your implementation classes package-private--your Module will be able to access them and create bindings to them, but your users will not be able to access them directly.
最佳答案
应用程序中不同模块的不同模块。我一般有:
一个 Module
用于配置数据库(加载设置文件、配置数据库连接字符串并将数据源绑定(bind)到池数据源。
一个 Module
用于配置设置(加载设置文件并绑定(bind)值)。
一个 Module
用于将数据库层接口(interface)绑定(bind)到实现。
一般几个Module
s 用于绑定(bind) View ,因为这通常比数据库层复杂一点。
一般几个Module
s 用于 Controller 。
几个Module
s 用于特别复杂的类。
关于binding - 组织 Guice 绑定(bind)配置的解决方案,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1470648/