正交原则：把被多方共享的能力分离为独立上下文

正交原则警醒设计者：限界上下文之间不能存在重叠内容。为何要单独分离出文件共享上下文与通知上下文？因为员工、储备人才、合同等业务主体都要调用文件上传下载，项目、合同、招聘等都要调用消息通知。若不分离，一旦这些实现有变就会影响相关业务主体，造成”霰弹式修改”的代码坏味道、违背正交原则。运用单一抽象层次原则与正交原则对业务主体进一步梳理验证，可得限界上下文草案（如订单上下文、项目上下文正是边界梳理与验证后调整的结果）。发散：”改一处却要动多处”的霰弹式修改，是共享能力尚未被抽离为独立上下文的典型症状——正交原则给了它一个可操作的分离依据。