在Angular中实现ControlValueAccessor时,为什么需要在writeValue

我已经实现了以下组件.它的工作和行为符合预期.然而,由于ControlValueAccessor的实现对我来说是新的,我不得不在 follow a blog而不了解几个部分的更深层细节.所以这是一种“它有效,但为什么？！”情况.

@Component({ selector: ...,templateUrl: ...,styleUrls: ...,providers: [{ provide: NG_VALUE_ACCESSOR,useExisting: forwardRef(() => InputTextComponent),multi: true }]
})
export class InputComponent implements ControlValueAccessor {

  constructor() { }
  @Input() info: string;
  onChange: any = () => { }
  onTouch: any = () => { }

  writeValue(input: any): void {
    this.info.value = input;
    // this.onChange(input);
    // this.onTouch();
  }

  registerOnChange(_: any): void { this.onChange = _; }
  registerOnTouched(_: any): void { this.onTouch = _; }

  setDisabledState?(state: boolean): void { }

  onEdit(value: string): void { this.onChange(value); }
}

当我使用它时,我注释掉了writeValue(…)方法的第二和第三行,并且据我所知,没有任何内容破坏. other blogs也一直建议这些电话,所以我确信省略它们是不恰当的.但是,我不相信魔法,宁愿有一个具体的理由去做事.

为什么在writeValue(…)中执行对onChange(…)和onTouch(…)的调用很重要？会出现什么问题,在什么情况下可以预料到？

作为一个副作用,我也尝试评论the other methods并发现当我删除setDisabledState(…)时我无法告诉任何香蕉.什么时候可以预期会导致问题？它是否真的需要实现(我已经在括号前后看到带有问号的版本,参数如下：setDisabledState？(state：boolean)：void {}但是也像这样：setDisabledState(state：boolean)？ ：void {}).