q809137492的博客

基于《设计模式-使用策略模式+泛型 改造消息通知中心（一）》动态指定模板业务前置条件：持久化存储消息模板,消息模板可配置化，并且消息模板中记录改模板使用消息策略的类型。例如短信是1，微信模板消息是2。。。。具体怎么设计跟据业务实际情况来改造如下：模拟代码Strategy抽象策略接口中增加判断模板类型的方法match/** * 抽象策略角色 * @param <T> */public interface Strategy<T> { /**

前段时间负责一个智能化采购平台集成微信二次开发，其中涉及到微信模板消息的发送。当时系统中已经存在一个通知中心的服务，涉及站内信、阿里云短信、邮箱等消息发送，当然还要消息模板的维护。既然都是消息发送，那肯定就是将这个功能和之前的消息发送类型放到一起。于是开始调试功能，找到当时消息发送的远程接口，阅读上一任同事的代码。看完后，可以说几乎是惨不忍睹。不知道是那么copy过来的代码，没用的片段都没删掉。一个方法几百行。无论是扩展性，还是代码的可读性都非常糟糕。刚好当时时间比较充足，于是决定对主体结构进行重构，至于细

示例代码public class HelloA { private static String staticStr = getStaticStr(); private String str = getStr(); //父类构造方法 public HelloA(){ System.out.println("父类构造方法");...