软件设计要素初探：业务模式

在 “软件设计要素初探” 一文，尝试从软件设计的总体角度，综合讨论了软件设计的各类要素。本文讨论业务应用中的常见套路：业务模式。

概述

软件开发过程当中，交织着对业务规则、业务流程的认识、理解、设计、实现。业务模式是对业务规则和流程的常见类似性、以及特定业务的数据处理能力的提炼，是业务应用系统中的常见套路。掌握这些套路，有助于更快更好地设计与实现业务。

模式清单

• 参数检测模式：调用身份检测、权限校验、空检测、时间参数检测、业务约束检测、存量检测；
  
  

• 健壮服务调用模式： 健壮地调用服务接口。若调用成功，则抽取数据部分；若调用失败，适当地打印错误日志和返回错误信息；
  
  

• 多源数据组装模式： 从多个服务接口源获取数据后进行组装，进行下一步健壮服务调用。
  
  

• 数据解析与转换模式：从一个对象转换到另外一个对象；在对象、Map、JSON之间互转；属性拷贝。
  
  

• CRUD模式： 增删查改，经典的数据库访问模式。
  
  

• 接口正交模式：API接口是正交的无重叠的可灵活组合的，好比先搜索关键词列表再根据关键词列表获取详情，而不是在搜索接口中把详情数据一并返回。
  
  

• 幂等处理模式： 识别重复请求并进行相应处理（直接返回最近一次处理的结果、忽略、报错等）。涉及金额和数据一致性的地方尤为要细心。
  
  

• 事务处理模式： 多个数据存储操做做为一个原子性操做要么所有成功要么所有失败，不存在未完成的不完整的中间数据存储状态。
  
  

• 资源互斥同步模式： 多个线程同时写操做相同的资源时，进行资源互斥同步。
  
  

• 多任务模式： 将任务分解为多个子任务，启动多个线程或进程来执行子任务，而后汇总子任务的结果集获得最终的结果。
  
  

• 上下文模式： 对于长链路复杂请求处理，建立一个上下文对象，在该上下文对象里传递处理请求所须要的必要信息。最好仅将该对象做为函数或方法参数而非实例变量，避免引发没必要要的并发问题。