我 99% 的依赖是通过 @Autowired Spring 注释使用 DI 模式管理的。
然而,在特定场景中,我无法确定要使用哪个实现,直到运行时。
最著名的情况是解析器的多重实现。
第一个解决方案是使用多个@Autowired(丑陋的模式)
Interface Parser {
<T> T parse();
}
@Component("JsonParser")
class JsonParser implements Parser {
...
}
@Component("XmlParser")
class XmlParser implements Parser {
...
}
class MyService {
@Autowired
@Qualifier("XmlParser")
Parser xmlParser;
@Autowired
@Qualifier("JsonParser")
Parser jsonParser;
...
}
但是如果我有大量的实现那是不能接受的。
第二种解决方案是使用 Spring 中的 ServiceLocator
interface ParserServiceLocatorFactory {
public Parser getParser(String parserName);
}
interface Parser {
<T> T parse();
}
@Component("JsonParser")
class JsonParser implements Parser {
...
}
@Component("XmlParser")
class XmlParser implements Parser {
...
}
class MyService {
@Autowired
ServiceFactory parserServiceLocatorFactory;
void exampleMethod() {
Parser xmlParser = parserServiceLocatorFactory.getParser("XmlParser");
}
}
这种做法对我来说似乎是正确的,但与第三种解决方案相比?
第三种解决方案是使用纯工厂模式并注入它。
@Component
public ParserFactory {
Parser getParser(String parserName) {
...
}
}
interface Parser {
<T> T parse();
}
@Component("JsonParser")
class JsonParser implements Parser {
...
}
@Component("XmlParser")
class XmlParser implements Parser {
...
}
class MyService {
@Autowired
ParserFactory parserFactory
void exampleMethod() {
Parser xmlParser = parserFactory.getParser("XmlParser");
}
}
如果您对以前的解决方案有赞成/反对,或者对我的问题有更好的解决方案?
PS:这是伪代码我可能会错过一些小东西:)