在我看来，用模型定义对象似乎会使它们变得僵化且对更改的容忍度降低，从而使将来更容易破坏应用程序并添加代码行而无济于事。例如，我可以有一个从 API 返回视频对象的 get 方法，并将其编程为 Any 或定义的模型。
/model/video.ts
export interface Video {
// my code
}
/pages/videos.ts
getAllVideos(): Promise<Video> {
// my code
}
对比
/pages/videos.ts
getAllVideos(): Promise<Any> {
// my code
}
我的看法。更少的代码行、更少的复杂性、更少的文件和更少的僵化是一件好事。为什么还要定义模型？
【问题讨论】：
标签： angular typescript angular5 angular6
在某些情况下，定义良好的接口更为重要。这取决于您要满足哪些要求、应用程序的风险等等。
例如，在特定项目中，强制对该对象类型使用该方法可能更重要，从而降低错误概率。
【讨论】：
...使将来更容易破解应用程序...
这与使用 Typescript 向 JS 引入接口时发生的情况正好相反。
假设您有一个函数可以接受具有特定形状的对象，就像这样
function giveMeStuff(obj) {
return obj.foo.toLowerCase();
}
在这种情况下，我们无法确保当我们调用giveMeStuff 时，我们实际上传递的是一个具有foo 属性的对象，该属性也必须是一个字符串。
如果有新的开发人员（或您自己，几周后）出现并致电giveMeStuff(12)，代码将在运行时中断。
相反，当你有一个接口时会发生这种情况。
function giveMeStuff(obj: IObjectWithFoo): string {
return obj.foo.toLowerCase();
}
interface IObjectWithFoo {
foo: string;
}
现在，当您尝试调用 giveMeStuff(12) 时，编译器会警告您不能这样做，因为函数需要不同类型的参数。
【讨论】：