我第一次尝试RequestFactory(RF),并且正在努力实现我的第一个ServiceLocator
。
来自RequestContext
:
// Sign a user in or out of the app.
@ServiceName(
value="com.myapp.server.DefaultSignInOutService",
locator="com.myapp.server.DefaultSignInOutServiceLocator"
)
public interface SignInOutService extends RequestContext {
public Request<String> signIn(SignIn signIn);
public Request<Void> signOut(SignOut signOut);
}
然后DefaultSignInOutServiceLocator
:
public class DefaultSignInOutServiceLocator implements ServiceLocator {
// I am using Guice-3.0 for server-side DI, and ServiceLocatorModule is an AbstractModule.
ServiceLocatorModule serviceLocatorModule = new ServiceLocatorModule();
// Will be initialized by Guice.
private DefaultSignInOutService signInOutService;
public DefaultSignInOutServiceLocator() {
super();
// Bootstrap DI.
Injector injector = GWT.createInjector(serviceLocatorModule);
// injector.getInstance() returns a fully-configured/wired
// DefaultSignInOutService instance.
setSignInOutService(injector.getInstance(SignInOutService.class));
}
@Override
public Object getInstance(Class<?> clazz) {
// I'm trying to use proper DI best practices here, and avoid code like:
//
// return new DefaultSignInOutService(true, "Yes", 35);
//
// Rather, I'd like to be able to return an already pre-configured service impl:
return signInOutService;
}
// Getters/setters, etc.
}
我对的理解是ServiceLocator
基本上是服务实现的工厂。如果这是真的,那么如果我将Guice用于服务器端DI,我需要从定位器的构造函数内部初始化我的Guice模块。但是,如果有任何代码需要我自己编写(在应用程序的其他地方)来创建DefaultSignInOutServiceLocator
的实例并显式调用其getInstance()
方法,那么我不需要将ServiceLocatorModule
放在DefaultSignInOutServiceLocator
中。在这种情况下,我可以有这样的代码:
public class DefaultSignInOutServiceLocator implements ServiceLocator {
@Injected
private DefaultSignInOutService signInOutService;
@Override
public Object getInstance(Class<?> clazz) {
return signInOutService;
}
// Getters/setters, etc.
}
以下是我的问题:
ServiceLocator
是否是放置Guice模块的合适位置(从而从其中引导DI)?否则,如何将定位器与正确连接/配置的服务impl一起注入- 或者,我只是不理解
ServiceLocator#getInstance()
的目的吗 - 如果我在这里是正确的,那么注入的
signInOutService
应该是什么"范围"(Spring DI术语)?它应该是单体还是多吨/原型?这里我需要担心线程安全吗(多个线程获得相同的signInOutService
实例)?或者GWT是否以某种方式确保RequestFactoryServlet以线程安全的方式访问定位器
ServiceLocator
s由ServiceLayerDecorator
实例化,您可以插入自己的。
ServiceLocator
s和它们创建的服务实例几乎是singletons(如果可用内存不足,它们可能会被垃圾收集,然后重新创建新实例),因此您应该将它们配置为自己的singletons,或者至少确保将它们视为singletons(即为请求范围的值(如当前用户)注入Provider
s)。
您可以在https://github.com/tbroyer/gwt-maven-archetypes