HarmonyOS鸿蒙Next中自定义接口回调为何会如此麻烦，这样设计的初衷在哪里？

背景：自定义接口回调需要实现回调的对象

问题：

• 有没有替换方案？
• 这样设计的目的是什么？

举例：以下是实现的代码，如果 UserOption 中 有 N 次调用 并且每次的回调都需要单独处理 我就需要实现 N 个 MyCallBack

在java中 可以直接 new BaseCallBack{ onSuccess(){}, onError(){} }
在TS 中 也可以直接 { onSuccess(){}, onError(){} }

综上所诉，在ArkTs中实现接口回调是相对麻烦的，那么类似的场景是否有平替方案呢？这样设计的目的是什么或者说这样设计想要解决什么问题？

实现方法一：

/**
 * 回调的接口
 */
export interface BaseCallBack {
  onSuccess(): void
  onError(): void
}

/**
 * 工具类
 */
export class BaseUtil {
  static Option(params: string, callBack: BaseCallBack) {
    params += '执行Option 完成'
    callBack.onSuccess()
  }
}

/**
 * 调用方
 */
export function UserOption() {
  BaseUtil.Option('张三', new MyCallBack())
  BaseUtil.Option('李四', new MyCallBack2())
  ......
  ......
  ......
  ......
  ......
}

/**
 * 调用方实现的接口实体对象
 */
export class MyCallBack implements BaseCallBack{
  onSuccess(): void {
    // 执行操作1...
  }

  onError(): void {
    // 执行操作1...
  }
}

export class MyCallBack2 implements BaseCallBack{
  onSuccess(): void {
    // 执行操作2...
  }

  onError(): void {
    // 执行操作2...
  }
}

实现方法二： 这样写的问题在于 我调用方可能只关心成功状态，但是我还需要实现错误的回调，很死板

/**
 * 工具类
 */
export class BaseUtil {
  static Option(params: string, onSuccess:() => void, onError:() => void) {
    params += '执行Option 完成'
    if (params.length == 1) {
      onSuccess()
    } else{
      onError()
    }
  }
}

/**
 * 调用方
 */
export function UserOption() {
  BaseUtil.Option('张三', () => {
    // success ......
  }, () => {
    // error ......
  })
  BaseUtil.Option('李四', () => {
    // success ......
  }, () => {
    // error ......
  })
}