为何非派生类操作TypeScript受保护对象的公共成员无编译错误？

一、为什么非Parent派生类Something修改dataField不会报错？ #

TypeScript的protected访问修饰符控制的是类成员本身的访问权限，而非该成员指向对象的内部属性：

• Parent中的_dd是protected成员，所以外部类（比如Something）不能直接访问obj._dd，也不能执行obj.data = new Data()（因为data是只读getter，底层的_dd是protected，无法直接赋值替换）。
• 但data这个getter是public的，它返回的是_dd对象的引用。由于Data类的dataField是public属性，任何拿到这个对象引用的代码，都可以修改它的public属性——这完全符合TypeScript的访问规则，因为访问控制只限制到类成员层级，不会递归限制对象内部的属性。

你之前误以为this.obj.data是只读的，其实是混淆了“成员的访问权限”和“对象内部属性的权限”：data getter是只读的（不能给它赋值新对象），但它返回的对象本身的属性是public的，自然可以修改。

二、受保护对象包含公共属性的设计适用场景 #

这种设计在需要平衡封装性与灵活性的场景中很实用，常见场景包括：

• 内部状态的受控暴露：类自身负责核心状态对象的创建、初始化或替换逻辑（通过protected成员确保只有类内部和派生类能修改整个对象），但允许外部通过对象的公共属性调整状态细节。比如一个表单组件，内部维护protected的表单配置对象，对外暴露配置的public属性（如placeholder、maxLength）让外部调整，而组件自己控制配置对象的实例化和核心逻辑。
• 继承扩展与外部交互的平衡：派生类可以直接操作protected的对象（比如Child直接修改_dd），满足继承扩展的需求；而外部客户端只能修改对象的公共属性，避免直接替换整个状态对象导致的逻辑混乱。
• 共享状态的协作场景：比如一个全局状态服务，内部用protected对象维护核心状态，多个派生服务可以修改状态的核心部分，而外部业务代码只能修改状态的公共属性，既保证了状态的可控性，又给外部提供了必要的交互入口。

示例代码 #

export class Data {
  public dataField: string = "empty";
}
export abstract class Parent {
  protected _dd: Data = new Data();
    
  public get data(): Data {
    return this._dd;
  }
}

export class Child extends Parent {
 constructor() {        
    super();
    this._dd.dataField = "hello";
  }
}

export class Something {
  obj: Child;  
  constructor() {       
    this.obj = new Child();
    this.obj.data.dataField = "hello world";
  }
}

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