SpringMVC项目里，有必要使用一些设计模式吗？

Question

背景

为了兼容多种业务，想在项目中使用一些设计模式，以便于管理。
例如，我需要创建用户并返回userid，每种业务创建的方式都不一样。
我选取了“适配器模式”，但是我发现，在springmvc的管理下，常常需要new一些类，这时候，在这个类里的一些spring标签，却失效了。
以下是我创建用户的代码：

接口

public interface IPlatformSendPay {

    public abstract Object sendPayInA(Object object);
    public abstract Object sendPayInB(Object object);

}

父类

public class PlatformSendPay  {
    private Object obj;

    @Resource
    private OpenPaymentDao openPaymentDao;

    public PlatformSendPay(Object obj) {
        this.obj = obj;
    }

    public Object getUserIdInA(){
        JidouOrderData jidouOrderData = (JidouOrderData) obj;

        int stationId = jidouOrderData.getStation_id();
        //此处，openPaymentDao为空，意味着@Resource失效，这个PlatformSendPay类没有纳入spring管理中
        Integer userId = openPaymentDao.getIdentifyUser(jidouOrderData.getIdentifyId(), "1000000013");
        if (ObjectUtils.isEmpty(userId)){
           //todo:打印
        }
        return userId;
    }


}

子类

public class SendPay extends PlatformSendPay implements IPlatformSendPay{

    public SendPay(Object obj) {
        super(obj);
    }

    @Override
    public Object sendPayInA(Object object) {
        return getUserIdInA();
    }
    
    @Override
    public Object sendPayInB(Object object) {
        return getUserIdInB();
    }

}

这是我的实现类，springmvc中的@Service标签

  //业务一
  SendPay sendPay = new SendPay(jidouOrderData);
  int userId = (int) sendPay.getUserIdInA();

  //业务二
  SendPay sendPay = new SendPay(JdOrderData);
  int userId = (int) sendPay.getUserIdInB();

疑问

1.PlatformSendPay 为何spring绑定不成功？如何才能绑定成功？
2.springmvc里，是不是尽可能少使用这类的设计模式？在对象里面的方法，使用的变量有spring标签，但是在new的情况下，这样是不是会失效？

Answer 1

例如，我需要创建用户并返回userid，每种业务创建的方式都不一样。 这不是典型的工厂模式嘛？输出是一致的，返回userid，创建过程根据业务来。简单工厂就可以了。

Answer 2

模式问题 所谓设计模式是对常见对象关系的总结，实际上包含了同几乎所有可能的常见对象的创建和使用关系。如果你能成功地绕过所有设计模式写出程序来，那才是真的了不起。实际上这是一个自然的过程，不需要为模式而模式。 为什么 spring绑定不成功 自动装配情况下，对手工new出的对象是没法装配的， 因为spring自动装配仅发生在初始化扫描阶段。你的情况下建议采用对象继承的方式，由不同子对象实现不同的逻辑，而不是同一个对象因为构造参数不同而产生不同的逻辑。