84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
最近在做一个小项目,由于team里面缺少前端工程师,临时把我抓了过去写完全没有经验的angular。 我看了一些基础的书,感到angular中的rest API 异步传输机制非常神奇。 同时也在想,如果你的下一个http请求中的参数需要上一个请求get的结果,又该如何保证一定能拿到参数,不为空值。 我试过将第二个或第三个等等http请求放在.success后面,确实是成功的,但是这样感觉代码非常冗余,嵌套层次也超级多。 请问大家有什么建议?
저자는 중첩된 Promise 및 Promise Chain Promise Chain을 살펴볼 것을 권장합니다
Angular의 $http에는 성공과 오류라는 두 가지 단축 방법이 내장되어 있으므로 표준 then 방법은 무시하기 쉽습니다.
원본 포스터는 약속의 중첩을 사용해야 합니다 예를 들어
또는 약속 체인을 사용하세요
다양한 요구 사항에 따라 다양한 약속 양식을 사용할 수 있습니다
예를 들어 Q.all 메소드를 사용하여 이벤트를 처리하기 전에 여러 약속을 완료할 수도 있습니다
으아악
작업이 성공하면 모든 데이터를 얻을 수 있습니다. 이는 약속의 연쇄 호출과 비슷합니다.
개인 프로젝트에서 baseService로 존재하는 코드:
다음은 구체적인 postService입니다:
blogConroller의 마지막 내용은 아마도 다음과 같을 것입니다:
백엔드가 좋은 REST 인터페이스 스타일을 보장한다면 $resource 공식 플러그인을 사용하는 것이 좋습니다:
지금 사용할 수 있습니다:
저자는 중첩된 Promise 및 Promise Chain Promise Chain을 살펴볼 것을 권장합니다
Angular의 $http에는 성공과 오류라는 두 가지 단축 방법이 내장되어 있으므로 표준 then 방법은 무시하기 쉽습니다.
원본 포스터는 약속의 중첩을 사용해야 합니다
으아악예를 들어
또는 약속 체인을 사용하세요
으아악다양한 요구 사항에 따라 다양한 약속 양식을 사용할 수 있습니다
예를 들어 Q.all 메소드를 사용하여 이벤트를 처리하기 전에 여러 약속을 완료할 수도 있습니다
으아악
작업이 성공하면 모든 데이터를 얻을 수 있습니다. 이는 약속의 연쇄 호출과 비슷합니다.
개인 프로젝트에서 baseService로 존재하는 코드:
으아악다음은 구체적인 postService입니다:
으아악blogConroller의 마지막 내용은 아마도 다음과 같을 것입니다:
으아악백엔드가 좋은 REST 인터페이스 스타일을 보장한다면 $resource 공식 플러그인을 사용하는 것이 좋습니다:
으아악지금 사용할 수 있습니다:
으아악