最近在做一个小项目,由于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 公式プラグインを使用することをお勧めします。 リーリー
今すぐ使用できます:リーリー