弹簧服务定位器还是纯工厂模式?
2022-09-03 13:52:47
我99%的依赖关系是通过di模式通过@Autowired Spring注释来管理的。
然而,在特定情况下,我无法确定在运行时之前要使用哪个实现。
最广为人知的情况是解析器的多重实现。
第一种解决方案是使用多个@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的服务定位器
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:这是伪代码,我可能会错过一些小东西:)