需要有关解析器设计策略的建议 [关闭]

Question

我需要关于解析器设计策略的建议

考虑type1, type2, type3 是三个不同格式的不同csv 文件，它们将分别被Parser1, Parser2, Parser3 解析。
将来，这将演变为解析来自其他来源（如 dbs）的信息。
还会有新的解析器出现。设计解析器的最佳方法是什么？ factory/ abstract factory 是一个好的候选人吗？
一些好处和例子会有帮助吗？

Type1 - Parser1    
Type2 - Parser2    
Type3 - Parser3

我已经记下了我的代码，寻找有价值的建议。

interface Parser<T>{
    public List<T> parse (string s);
}

//where T - data model 

class Parser1CSV implements Parser<Model1>{
    //implement 
    //s-csv file
    public List<Model1> parse (string s){
    }
}

class Parser1DB implements Parser<Model1>{
    //implement 
    //s- connection string
    public List<Model1> parse (string s){
    }
}

class Parser2CSV implements Parser<Model2>{
    //implement 
    //s-csv file
    public List<Model2> parse (string s){
    }
}

//same way other parsers are implemented

interface AbstarctFactory<T>{
    public Parser<T> createParser();
}

class Parser1Factory implements AbstarctFactory<Model1>{
    private String type;
    Parser1Factory(String type){
        this.type = type;
    }

    public Parser<Model1> createParser(){
        if(type.equals("CSV"){
            return new Parser1CSV();
        }else if(type.equals("DB"){
            return Parser1DB();
        }else{
            throw UnSupportedOperationException("Not Supported.");
        }
    }
}

//same way other parser factories are implemented

class ParserFactory{
    public static <T> Parser<T> getParser(AbstarctFactory<T> factory){
        factory.createParser();
    }
}

//Usage:
Parser<Model1> parser = ParserFactory.getParser(new Parser1Factory("CSV"));
List<Model1> list = parser.parse(file);

目前，我没有使用 DI 框架。当我需要使用时会有什么好处和影响？

Answer 1

1) 设计问题有个人解释/品味的空间，但总而言之，我非常喜欢您的方法，由于其灵活性和模块化，它在行业中很常见。 有时我可以不使用工厂的层次结构，但显然这取决于环境。

2) 你的“类 ParserFactory”有什么用？我没有看到它增加了灵活性/解耦，而不是旧的“new Parser1Factory("CSV").createParser()”......但也许你有一些我错过的可行设计意图。

3) 关于 DI，我主要可以向 Spring 作证——你的代码会很好地配合它。 DI 的重点是“好的，你知道如何创建解析器，现在如何将它们传递给业务代码”？例如。如果您有一些“银行服务”：

// Without DI:
public class BankService {
   private AbstarctFactory factory= new Parser1Factory();
   public void depositFundsFromFile(File file){
      //  use factory
   }
}
// With DI:
public class BankService {
   @Autowired
   private AbstarctFactory factory; // will be injected by the framework
   public void depositFundsFromFile(File file){
      //  use factory
   }
}

=> DI 使 BankService 真正独立于具体工厂类型：BankService 不包含具体承诺“new Parser1Factory”，因此它可以与任何工厂一起工作，它甚至允许多个 BankService 实例共同合作存在 ，每个都有不同的工厂类型......然后你会给框架单独的说明关于如何创建你的具体factori（es），例如"new Parser1Factory("CSV")。使用 Spring，这些单独的指令以 XML 文件或 @Configuration 代码的形式出现。

4) 根据需求，DI 也可以注入 Parser 而不是工厂（同样，框架需要单独的指令来创建 Parser）：

public class BankService ... {
   @Autowired
   private Parser parser; // will be injected from the framework
   public void depositFundsFromFile(File file){
      //  use parser
   }
}

5) 您可以考虑实现 Springs 的 FactoryBean 接口，尽管您实际上不必这样做：避免依赖框架的代码是一个合理的决定。