84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
最近在做一个小项目,由于team里面缺少前端工程师,临时把我抓了过去写完全没有经验的angular。 我看了一些基础的书,感到angular中的rest API 异步传输机制非常神奇。 同时也在想,如果你的下一个http请求中的参数需要上一个请求get的结果,又该如何保证一定能拿到参数,不为空值。 我试过将第二个或第三个等等http请求放在.success后面,确实是成功的,但是这样感觉代码非常冗余,嵌套层次也超级多。 请问大家有什么建议?
著者は、ネストされたプロミスとプロミス チェーンプロミス チェーンを確認することをお勧めします
Angular の $http には成功とエラーという 2 つのショートカット メソッドが組み込まれているため、標準の then メソッドは無視されやすいです。
元の投稿者はpromiseのネストを使用する必要があります たとえば
またはプロミスチェーンを使用する
要件が異なると、異なる約束フォームを使用できます
たとえば、Q.all メソッドを使用して、イベントを処理する前に複数の Promise を完了することもできます
リーリー
正常に動作すると、すべてのデータが確実に取得されるようになります。これは、約束の連鎖に似ています。
個人プロジェクトにbaseServiceとして存在するコード:
以下は特定の postService です:
blogConroller の最後のものはおそらく次のようになります:
バックエンドが適切な REST インターフェイス スタイルを保証する場合は、$resource 公式プラグインを使用することをお勧めします。 リーリー
著者は、ネストされたプロミスとプロミス チェーンプロミス チェーンを確認することをお勧めします
Angular の $http には成功とエラーという 2 つのショートカット メソッドが組み込まれているため、標準の then メソッドは無視されやすいです。
元の投稿者はpromiseのネストを使用する必要があります
リーリーたとえば
またはプロミスチェーンを使用する
リーリー要件が異なると、異なる約束フォームを使用できます
たとえば、Q.all メソッドを使用して、イベントを処理する前に複数の Promise を完了することもできます
リーリー
正常に動作すると、すべてのデータが確実に取得されるようになります。これは、約束の連鎖に似ています。
個人プロジェクトにbaseServiceとして存在するコード:
リーリー以下は特定の postService です:
リーリーblogConroller の最後のものはおそらく次のようになります:
リーリーバックエンドが適切な REST インターフェイス スタイルを保証する場合は、$resource 公式プラグインを使用することをお勧めします。 リーリー
今すぐ使用できます:リーリー