Class 的可继承性：内置对象 (如 Array) 的类继承实践-js教程-PHP中文网

array 可被 es6 class 继承但不推荐，因其 map/filter 等方法返回原生 array 而非子类实例，导致自定义属性和方法丢失；修复需重写大量方法，代价高且难全覆盖；推荐用组合模式封装私有数组并代理行为。

class 的可继承性：内置对象 (如 array) 的类继承实践

JavaScript 中的内置对象（如 Array、Date、RegExp）在 ES6 起支持直接被 class 继承，语法合法，但行为不完全可控——尤其对 Array，继承看似方便，实则暗藏陷阱。

为什么 Array 可以被继承，但又不推荐直接继承？

ES6 规范允许 class MyArray extends Array，V8 等引擎也实现了该能力。它确实能：

保持 Array.isArray(new MyArray()) === true
支持 push/pop/length 自动更新、for...of、展开运算符等原生语义
允许重写实例方法（例如在 push 中加入类型校验）

但关键问题在于：几乎所有返回新数组的原生方法（map、filter、slice、concat、flatMap 等）内部会调用 Array 构造器，而非子类构造器。结果是：

new MyArray(1,2,3).map(x => x * 2) 返回的是普通 Array，不是 MyArray
自定义属性（如 this.meta = { version: 1 }）和扩展方法（如 .toJSONSafe()）全部丢失

强行修复继承行为的代价

若坚持继承，需手动重写所有“生成新数组”的方法，确保它们返回 new.target 或 this.constructor 实例：

在 map 中不能直接返回 super.map(...)，而要 return new this.constructor(result)
静态方法如 Array.from 默认返回 Array，需覆盖为 static from(...args) { return new this(...); } 或传入 { map: ... } 配置
某些边界情况（如 JSON.parse('[]', reviver) 的间接构造、某些 Web API 返回的数组）无法拦截

这类修补不仅冗长，还可能引入性能损耗，且难以 100% 覆盖所有场景。

使用HTML,CSS,JavaScript开发Android应用程序英文文字pdf版附源文件

如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更

下载

更实用的替代方案：组合模式

定义一个普通类，内部封装一个私有数组，并显式代理所需行为：

用 #data = [] 存储真实数据（ES2022 私有字段）
代理 push、at、length 等基础操作到 #data
map 和 filter 明确返回 new ThisClass(mappedArray)，保证类型一致
可自由附加元数据、监听逻辑、序列化策略，无继承副作用

这种方式控制力更强，调试更直观，也更容易测试和维护。

其他内置对象的继承注意事项

Date 和 RegExp 同样支持 extends，但问题略有不同：

Date 子类调用 new Date().toISOString() 仍返回标准字符串，但实例仍可通过 instanceof 和 toString 识别；重写 toJSON 等方法较安全
RegExp 子类中 exec、test 行为正常，但 flags、source 是只读访问器，不可靠地扩展状态
相比之下，Error 是最稳妥的继承目标：它的构造器行为统一，子类实例能正确传递堆栈，适合构建业务异常类

不复杂但容易忽略。