为什么 office-js 类型中的某些属性是强制性的
why some properties in office-js typings are mandatory
很好奇为什么 office-js 类型中的某些属性是强制性的。例如在
export interface AsyncResult {
asyncContext: any;
status: AsyncResultStatus;
error: Error;
value: any;
}
如果 AsyncResultStatus 成功,则无需设置任何错误可能是完全有效的。对此表示感谢 thoughts/feedback。
Office-js 类型的 "Shared API" 部分(Office
命名空间下的任何内容,与 2016 API 的 Excel
或 Word
相对)是某种东西那是前段时间手工制作的。我说 "manually",是因为 Excel
、Word
等命名空间下的 API 都是机器生成的。因此对于这些手动部分,可能存在一些小差异。
也就是说,对于您的具体情况,我实际上没有看到问题。您永远不会 创建 一个 AsyncResult
对象,您只会收到一个。因此,虽然实际上只有该对象的一部分会被填充,但我也认为它当前的定义方式没有问题。在什么情况下它会阻止您做您想做的事情?
很好奇为什么 office-js 类型中的某些属性是强制性的。例如在
export interface AsyncResult {
asyncContext: any;
status: AsyncResultStatus;
error: Error;
value: any;
}
如果 AsyncResultStatus 成功,则无需设置任何错误可能是完全有效的。对此表示感谢 thoughts/feedback。
Office-js 类型的 "Shared API" 部分(Office
命名空间下的任何内容,与 2016 API 的 Excel
或 Word
相对)是某种东西那是前段时间手工制作的。我说 "manually",是因为 Excel
、Word
等命名空间下的 API 都是机器生成的。因此对于这些手动部分,可能存在一些小差异。
也就是说,对于您的具体情况,我实际上没有看到问题。您永远不会 创建 一个 AsyncResult
对象,您只会收到一个。因此,虽然实际上只有该对象的一部分会被填充,但我也认为它当前的定义方式没有问题。在什么情况下它会阻止您做您想做的事情?