构造函数和原型模式结合是JavaScript最主流的面向对象写法，构造函数初始化实例专属属性，原型定义共享方法，既保障数据隔离又实现方法复用。

构造函数和原型模式结合，是 JavaScript 中最主流、最实用的面向对象写法。它既保证每个实例拥有独立的状态（比如姓名、年龄），又让方法在所有实例间共享，避免重复创建函数浪费内存。

为什么不能只用构造函数？

如果所有属性和方法都写在构造函数里，每次 new 一个实例，函数就会被重新生成一次：

• this.say = function() { console.log(this.name); } —— 每个 person1、person2 都会各自存一份 say 函数
• 大量实例时，内存开销明显，且无法利用函数复用优势

为什么不能只用原型模式？

把所有东西都挂到 prototype 上看似简洁，但有隐患：

dmap-jsapi-skill

DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。

下载

• Person.prototype.data = []; —— 这个数组会被所有实例共享
• 一旦某个实例往里面 push 数据，其他实例读取时也会看到，容易引发意料外的副作用
• 基本类型（如字符串、数字）赋值会屏蔽原型属性，但引用类型（对象、数组）修改会污染全局共享状态

混合模式：各司其职才是高效关键

把“需要隔离的”放构造函数，“可以共用的”放原型——这是最佳实践：

• 构造函数内：初始化实例专属属性（this.name、this.id、this.items = []）
• 原型上：定义方法（Person.prototype.getName）、只读配置（Person.prototype.species = 'human'）
• 这样既保障数据隔离，又实现方法复用，还清晰表达设计意图

实际写法示例

一段干净、可维护的代码长这样：

function User(name, email) {
  this.name = name;
  this.email = email;
  this.createdAt = new Date();
  this.posts = []; // 每个用户独享的数组
}

User.prototype.post = function(title, content) {
  this.posts.push({ title, content, time: new Date() });
};

User.prototype.hasPosts = function() {
  return this.posts.length > 0;
};

User.prototype.toString = function() {
  return `${this.name} <${this.email}>`;
};

// 使用
const u1 = new User('Alice', 'a@example.com');
const u2 = new User('Bob', 'b@example.com');
u1.post('Hello', 'First post');
console.log(u1.hasPosts()); // true
console.log(u2.hasPosts()); // false —— 互不影响