最近在设计一个对某个中间件的测试方案，这个测试方案需要包含不同的测试逻辑，但相同的是需要对各个环节进行记录；比如统计耗时、调用通知 API 等相同的逻辑。

前言设计模式不管是在面试还是工作中都会遇到，但我经常碰到小伙伴抱怨实际工作中自己应用设计模式的机会非常小。正好最近工作中遇到一个用观察者模式解决问题的场景，和大家一起分享。背景如下：在用户创建完订单的标准流程中需要做额外一些事情：同时这些业务也是不固定的，随时会根据业务发展增加、修改逻辑。如果直...

前言 不出意外，这应该是年前最后一次分享，本次来一点实际开发中会用到的小技巧。 比如平时大家是否都会写类似这样的代码： {代码...} 条件少还好，一旦 else if 过多这里的逻辑将会比较混乱，并很容易出错。 比如这样： 摘自 cim 中的一个客户端命令的判断条件。 刚开始条件较少，也就没管那么多直接写的；现在功能多...