开闭原则解决Resume列表业务逻辑

商户发布了招聘职位，用户可以在该商户发布的招聘职位列表，选择具体的职位投递，相同的手机号码只能投递一次，API会根据商户ID拉取职位列表，实现展示给用户的列表是哪些可以投递的哪些不可以投递的职位列表，想要一条SQL语句搞定三张表的关系，用行转列不是不可以，但是违背了对修改关闭对扩展开放的原则，因为这种SQL是特定的，不灵活，只能用在这种特殊的情况，目前还是分步骤处理，第一步在DAO层查指定ID的职位列表，第二步在Service层通过UserId 对某个职位是否可以投递进行赋值；而不是说一步就在DAO层用运用行转列把结果查询出来，这样不利于DAO层SQL语句的重用和可扩展，也违背了对修改关闭，对扩展开放的原则。