原型继承不直接实现对象映射，而是结构化映射能力：基类封装通用工具方法，子类专注领域规则，通过原型链复用逻辑、隔离配置，避免重复代码与数据污染。
原型继承本身不直接用于“对象映射”（如字段名转换、结构扁平化等），它解决的是行为复用与类型关系问题。所谓“利用原型继承实现复杂对象映射”，本质是把映射逻辑封装进可复用、可扩展的构造函数或类中，再通过原型链组织不同层级的映射规则——不是靠继承自动完成映射，而是靠继承来结构化映射能力。
明确映射逻辑与继承职责的边界
原型继承不替你做数据转换，但它能帮你避免重复写映射代码。比如处理不同来源的用户数据：
- API A 返回
{userName: "Alice", userAge: 28} - API B 返回
{name: "Bob", age: 32, profile: {id: 101}} - 你需要统一转成
{name, age, id}格式
这时可以定义一个基类 Mapper，把通用映射工具方法（如 pick、rename、flatten）挂到原型上；子类只负责声明“从哪来、怎么转”，不重复实现底层逻辑。
用构造函数 + prototype 封装映射行为
例如：
function UserMapper(raw) {
this.raw = raw;
}
UserMapper.prototype.map = function() {
return {
name: this.raw.userName || this.raw.name,
age: this.raw.userAge || this.raw.age,
id: this.raw.profile?.id || this.raw.id
};
};
// 子类专注领域规则
function AdminMapper(raw) {
UserMapper.call(this, raw); // 复用初始化
}
AdminMapper.prototype = Object.create(UserMapper.prototype);
AdminMapper.prototype.constructor = AdminMapper;
AdminMapper.prototype.map = function() {
const base = UserMapper.prototype.map.call(this);
return {
...base,
role: 'admin',
permissions: this.raw.permissions || []
};
};
这样，AdminMapper 继承了 UserMapper 的基础映射能力，又叠加了权限逻辑——映射不再是散落在各处的 Object.assign，而是有层次、可调试、可单独测试的对象行为。
结合实例属性与原型方法协同工作
复杂映射常需运行时配置（如字段白名单、默认值策略）。这些适合放在实例上，而通用执行逻辑放原型：
- 在构造函数里设置
this.config = { fields: ['name', 'email'], defaults: { status: 'active' } } - 原型上的
execute()方法读取this.config并执行转换 - 子类可覆盖
this.config或重写execute中的某段逻辑，不影响其他环节
这种分工让映射既灵活又可控：配置变、逻辑不变；逻辑变、配置仍可复用。
注意原型继承在映射中的典型陷阱
直接用 Child.prototype = new Parent() 做继承时容易出问题：
- 父类构造函数若含副作用（如发请求、改全局状态），每次设原型都会触发一次
- 父类实例属性（如
this.cache = {}）会被所有子类共享，导致数据污染 - 推荐改用
Object.create(Parent.prototype)，再手动赋值constructor，避免执行父类构造逻辑
真正复杂的映射系统，最终往往演变成“配置驱动 + 继承组织 + 工具方法复用”的组合，原型链是骨架，不是胶水。
