为何要以TypeScript文档中的方式结合类与接口使用？

在这个示例里，单独定义User接口并非多余操作，它的核心价值在于抽象与解耦，具体体现在以下几个方面：

• 纯契约式定义，与实现解绑
  User接口只规定了用户必须具备的属性结构（name和id），完全不涉及任何具体实现逻辑（比如UserAccount的构造函数、后续可能新增的方法）。如果其他业务场景只需要这两个属性的类型约束，使用User就能避免和UserAccount的具体实现绑定——哪怕以后UserAccount新增了功能，只要核心属性不变，User接口的使用场景完全不受影响。

• 适配多种类型结构
  接口的兼容性更强，除了类的实例，符合结构的字面量对象也能匹配。比如：

  const guestUser: User = { name: "访客", id: 0 };
  

  这个对象不是UserAccount的实例，但依然能被User类型正确约束。如果只用UserAccount作为类型，这种字面量就无法赋值，因为它不是类的实例。另外，如果后续有另一个类AdminAccount也实现了name和id，同样可以赋值给User类型的变量，无需修改类型标注。

• 语义化的抽象表达
  User是对“用户”这个业务概念的抽象，代表用户的核心数据结构；而UserAccount是这个概念的具体实现类。用接口定义抽象类型，代码的语义更清晰——别人看到User就知道这是用户的基础数据规范，而UserAccount是生成用户实例的具体载体。

• 精准约束，避免类型冗余
  如果直接用UserAccount作为类型，当类中新增方法（比如logout()）或额外属性时，所有标注为UserAccount的变量都会带上这些冗余的类型信息。但很多场景下我们只需要name和id，用User接口就能精准约束所需的属性，不会引入多余的类型。

内容的提问来源于stack exchange，提问作者Panhaboth K