箭头函数在领域模型中引发派发失控，因其切断原型链上this的动态绑定；仅适用于纯计算、需稳定外层this的事件回调、无状态工厂函数；领域行为方法必须用普通函数以支持继承与实例上下文。
箭头函数在领域模型继承体系中引发派发失控，核心问题不是语法本身，而是它切断了原型链上 this 的动态绑定能力——导致方法调用无法按预期沿继承链向上委派，或意外捕获错误上下文。这不是“用了箭头函数”，而是“在不该用的地方用了”。
明确箭头函数的适用边界
它只适合三种场景：纯计算逻辑、事件回调中需稳定外层 this、以及作为工厂返回的无状态函数。在领域模型中，绝大多数行为方法（如 validate()、applyRule()、transitionState()）必须依赖实例上下文和继承链，因此不能用箭头函数定义。
- ❌ 错误写法：
calculateFee = () => this.base * this.rate;——this指向定义时作用域，不是当前实例，子类覆盖base或rate无效 - ✅ 正确写法：
calculateFee() { return this.base * this.rate; }—— 方法可被子类重写，this动态指向调用者实例 - ⚠️ 特殊例外：仅当该函数明确不依赖实例状态、也不参与继承派发时才可用箭头函数，例如
static isAmountValid = (v) => typeof v === 'number' && v > 0;
修复已存在的派发断裂点
若已有箭头函数混入模型方法，不能简单替换为普通函数——还需同步检查调用链是否隐含依赖其“静态 this”行为。应分两步处理：
- 将箭头函数移出原型，改为独立工具函数（放在
DomainUtils或Rules模块），参数显式传入所需字段，如calculateFee(base, rate) - 原模型中对应位置改用普通方法，内部调用该工具函数，并保留对子类扩展的支持，如
calculateFee() { return DomainUtils.calculateFee(this.base, this.rate); } - 对涉及生命周期钩子（如
onCreate、beforeSave）的方法，必须使用普通函数 + 显式super()调用，确保派发顺序可控
用类型系统+运行时守卫双重拦截
仅靠人工约定易遗漏。应在工程层面建立防御机制：
- TypeScript 中为所有领域模型基类声明
protected方法必须为普通函数，禁用类字段箭头函数声明（ESLint 规则：@typescript-eslint/no-this-alias+ 自定义规则检测=>在类体顶层的非法使用） - 在基类关键方法入口添加轻量守卫：
if (typeof this.calculateFee !== 'function' || this.calculateFee.constructor.name === 'ArrowFunction') throw new Error('calculateFee must be a regular method'); - CI 流程中加入 AST 扫描，自动识别并阻断新提交中模型类内箭头函数定义
重构深层继承时同步清理上下文陷阱
高度抽象的领域模型常伴随深继承链（如 Entity → AggregateRoot → DomainEventEmitter → OrderAggregate），此时箭头函数的危害会被放大：一次错误绑定可能导致整条链的事件派发、验证逻辑或状态转换全部失效。
- 优先将共性行为抽为策略对象（如
ValidationStrategy、IdGenerator），通过组合注入，而非继承共享 - 对必须保留的继承层级，统一采用
class语法 +super()显式调用，禁用Object.assign或手动修补prototype的旧模式 - 关键派发点（如
emit(event)）增加日志输出：console.debug(`[${this.constructor.name}] emitting ${event.type}`)，快速定位中断位置
