CQRS在订单详情与订单列表的优化
在我们过去的实践中详情与列表是每次查询动态生成出来的,效率低下且故障率高、耦合高。通常我们是站在纯粹技术的角度是解决这类问题,比如添加索引,比如添加缓存。今天提出一种特别的方式处理这个问题。
在我们过去的实践中详情与列表是每次查询动态生成出来的,效率低下且故障率高、耦合高。通常我们是站在纯粹技术的角度是解决这类问题,比如添加索引,比如添加缓存。今天提出一种特别的方式处理这个问题。
全局异常最重要的是异常的约定。什么异常类型属于哪个异常分类、该如何处理,这样的约定是前端接口统一异常的关键。
这里说的不可靠的数据来源包括三个来源:请求参数、API返回、数据库。不可靠的数据在这里指的是没有按照约定赋值的数据。这个问题与无处不在的参数校验这个问题是相关的。
写程序三个步骤:参数校验,程序执行,回写结果(返回结果)。应该有不少人像我一样不喜欢将一大堆的参数校验与业务代码混杂在一起。这个问题和另一个问题不可靠的数据来源是相关联的。