javascript – Angular：Http vs fetch api

虽然我理解Angular提出AJAX请求的方式,但我更喜欢使用内置的Fetch API,因为我不需要订阅和取消订阅只是为了提出一个简单的请求.我尝试在我的角应用程序中使用它,它没有抛出任何错误,页面没有重新加载(仍然是SPA),一切正常.我想一切都有时间和地点.

这个：

window.fetch('/api/get_post_by_id/1').then(r => r.json()).then(j => { console.log(j); });

比这更简单：

const obs = this.http.get('/api');
obs.subscribe(() => { ... });
obs.unsubscribe();

基本上我的问题是,在开发Angular应用程序时使用Fetch API是不对的？

谢谢！

解决方法:

this.http.get('/api').subscribe(j => console.log(j)); 

你把它变得太复杂了,上面就是你所需要的,它类似于你对window.fetch的代码.您可以使用通用版本,它将被输入到预期的界面,使其更容易.

this.http.get<IModel>('/api').subscribe(j => console.log(j));

没有必要取消订阅,如果你想事先转换结果,你只需要管道地图.调用json()是“旧的”HttpModule所必需的,它已经被版本4.3中的HttpClient替换为(技术上扩展)

如果你仍然喜欢Promise而不是Observable,你总是可以调用toPromise().

this.http.get('/api').toPromise().then(j => console.log(j)); 

另见HttpClient

is it wrong to use the Fetch API when developing Angular apps?

这没有错,但有理由不去做.您可以注入HttpClient并为各种场景,URL,Http谓词等编写全面的单元测试.如果您在整个代码中使用了window.fetch,则执行相同操作会变得更加困难. HttpClient也更丰富,您可以使用类型系统来获得结果. Observable也比Promises功能更丰富,这可以在更复杂的场景中派上用场,例如在处理多个微服务时排序调用或在收到额外的用户输入时取消调用.

因此使用HttpClient有多种原因,除了它是一个小的学习曲线之外,我不能想到一个单一的原因.