完全面向对象的好处

今天讨论的问题，突然发现之前彩票券项目里的东西其实是和支付相关的，由于当时不想将这部分逻辑与彩票逻辑耦合，所以通过异步方式以脚本解耦。其实这是不必要的，彩票券可以看成一个特殊的支付，也就是说在付款成功以后，将彩票券标记为已付，退款时标记为退款。这些逻辑完全是支付的逻辑对等。因此只需要实现一个新的支付类，并且让彩票逻辑根据方案类型的不同来得到对应的支付类即可。

看来以后写程序的第一步就应该是抽象服务接口，服务与服务之间的交互不能直接得到，要通过一个统一的框架来进行管理，这样以后如果有新的实现加入时，只需要修改框架配置就行了，而不需要修改其他逻辑，使得耦合度变到最小。