调用管道模型
- 高敏感、高性能
- 把一个完整的调用链(例如一个request-response)一个管道,url入口处以及和数据库打交道处看作是管道的两端。在这个管道里,会存在许许多多的条件判断。
- 经常会看到许多项目里,总是做重复的条件判断,明明前一个方法返回值的时候已经做好了判断,到了当前方法,又做一次判断,这都是没有必要的,往往会对整体性能有所削弱。经济学的“资源配置”理念在这里是非常适用的(简而言之,人尽其才,物尽其用)。
- 优化原则:
- 明确管道的起点和终点(上面的request-response是一个大管道,应用中还有许许多多小管道);
- 明确当前代码变动所影响到的该条管道内的全部小管道;
- 逐条管道分析,代码变动的影响是否违背项目要求。
- 把一个完整的调用链(例如一个request-response)一个管道,url入口处以及和数据库打交道处看作是管道的两端。在这个管道里,会存在许许多多的条件判断。
- 变量的值尽量在管道首尾两端传入传出,这样可以提高代码的复用性
- 常量从定义到使用,可以看作是一种特殊的管道。