Angular.js: 비동기 module.run() 지원

이것은 쉽지 않지만 살펴봐야 합니다.

Jasmine이 이를 수행하는 방법은 플래그를 설정하는 것입니다. 그러면 함수가 실행되고 플래그가 true 로 설정되거나 시간 초과가 발생할 때까지 콜백을 기다립니다.

기본적으로 다음과 같습니다.

var flag = false;
$http(...).success(flag = true);
$timeout(function () {
    flag = true;
    // Or add some error handling stuff here
}, 5000);
while (!flag) {};

아름답지는 않지만 일을 해야 합니다. 위의 코드는 테스트되지 않았으므로 약간 수정해야 할 수도 있습니다. 시간이 늦어지고 있습니다. 조금 더 예쁜 무언가가 올 때까지 뭔가를 얻을 수 있기를 바랍니다.

+1

그러나 잠시 후 각도 지시문을 사용하여 멋진 로딩 화면을 그릴 수 없게 됩니다...

+1

$routeProvider with resolve 해결되지 않습니까? 제가 문제를 이해하지 못했을 수도...

이것은 비동기 모듈 초기화 지원을 위한 것입니다. 즉, 현재 프로젝트에서 더 이상 필요하지 않습니다.

@shahata $routeprovider 가 이 작업을 수행하지만 run s의 모든 사용 사례가 경로를 사용하는 것은 아닙니다. 내 사용 사례에서는 지시문을 래핑하고 경로와 아무 관련이 없는 모듈을 위한 것입니다.

+1

실행 함수가 약속을 반환하는지 확인한 다음 해결될 때만 진행합니다. runBlocks 는 함수의 배열이므로 전혀 어렵지 않습니다.

+1

+1 무시당해서 당황

이것이 언제 착륙할 것인지 알 수 있습니까? 라우터에서 해결하기 위해 초기화 항목을 이동해야 하는 것은 매우 답답합니다. 주로 초기화 코드가 URL에 구애받지 않기 때문입니다(사용자가 SPA에 도착하는 모든 유형의 URL에 대해 초기화해야 함).

나는 Angular가 앞으로 어떤 개선 사항도 받지 않을 것이라고 생각합니다. 그들은 모두 Angular 2.0에 추가되고 있습니다.

반쯤 사용된 run 메서드가 얼마나 오래 동기식으로 유지됩니까? $http 호출을 수행하는 공급자가 없지만 run 는 지원하므로 config 가 비동기 호출을 지원하지 않는 것은 괜찮고 이해할 수 있습니다. 이 기능의 부족(처음부터 존재했어야 함)이 일으키는 해킹 유형을 살펴보세요.
https://github.com/philippd/angular-deferred-bootstrap/blob/master/src/deferred-bootstrap.js

부끄럽다

+1

@btford 는 이와 관련된 사용 사례가 내부 실행 블록이 아닌 새 라우터를 통해 어떻게 지원될 수 있는지 살펴보고 있습니다.

+1

+1

+1

+1

우리가 가진 주요 문제는 runBlocks가 실행될 때 로드되는 모듈 내부에 $q 가 생성된다는 것입니다. 이것은 우리가 어떻게든 서비스(또는 아마도 모듈)의 "일부"를 추출하고 그것들을 먼저 생성한 다음 $q가 완료된 후 나머지 모듈(및 서비스, 실행 블록 등)을 로드하는 두 번째 패스가 있어야 함을 의미합니다. 생성되었습니다.

@lgalfaso - 이번 주 후반(또는 다음 주) $injector 작업의 일부로 이것을 좀 더 살펴보실 수 있을까요?

나는 그것이 단지 해결 방법이라는 것을 알고 있지만 일반적으로 각도 ui 라우터를 사용하고 해결과 함께 루트 추상 상태를 사용하여 일부 비동기 부트스트랩 논리를 갖는 문제를 해결했습니다. 루트 추상 상태는 항상 먼저 해결되어야 하므로 설정을 로드하고 로드 애니메이션을 표시하는 등의 작업에 적합합니다.

이것은 정말 좋을 것입니다.
:+1:
이 수정을 기다리고 있습니다. 1.4에 나왔으면 좋겠다

+1

다른 사용 사례가 있습니다. 시작 시 $http 호출로 시뮬레이션된 끝점을 초기화해야 합니다(일부 데이터를 캐시하기 위해)...

+1

+1

이것도 그냥 넘어갔다...

@petebacondarwin 다른 모든 모듈을 계속 로드해도 괜찮다고 생각하지만 초기 탐색 시작을 연기합니다.

또는 $routeProvider는 초기 경로 렌더링을 연기해야 ​​하는 구성 가능한 기능 매개변수를 제공할 수 있습니다.

+1

+1

가능한 해결 방법은 다음과 같습니다. http://plnkr.co/edit/vi7mDjmD4NpZAoP7MVzr?p=preview
아이디어는 Angular가 실제로 모듈 세트에서 자신의 인젝터를 생성할 수 있는 기능을 제공한다는 것입니다. 이 경우 많은 약속( resolves )이 해결될 때까지 $rootElement 컴파일을 지연했습니다. 이것은 POC이며 이 프로덕션을 준비하는 데 필요한 많은 다른 종소리와 휘파람이 있을 것입니다. 다른 것 외에도 해결에서 오류를 삼키는 것이 아니라 잡아야 합니다.

+1

이것은 대부분 시도해 보고 싶은 사람을 위한 가이드입니다. 현재 부트스트랩 프로세스는 다음을 수행합니다.

• 온전성 검사
• $rootElement 대해 생산된 것을 만듭니다.
• 인젝터 생성
• $rootElement 컴파일 및 링크

맨 위에 인젝터를 만들 때 단계는 다음과 같습니다.

• 종속성 모듈 트리 순회 및
  
  
  
  • 모듈 상수, 값, 공급자 및 기타 항목을 등록하는 모듈 초기화
  
  
  • 구성 기능 실행
  
  
  • 나중을 위해 run 함수 수집
  
  
• 모든 run 기능 실행

몇 가지 핵심 사항이 있습니다.

• 모든 run 블록은 $rootElement 가 컴파일되기 전에 실행됩니다.
• 인젝터 생성 프로세스에는 다이제스트 사이클이 없습니다. 첫 번째 다이제스트 사이클은 $rootElement 의 초기 컴파일 중입니다.
• $q 는 다이제스트 주기 _only_ 동안 약속을 확인합니다.

이것은:

• 프라미스를 반환하는 run 함수가 있는 모듈이 있고 앱이 시작되기 전에 프라미스를 해결해야 하는 경우 초기 컴파일 전에 다이제스트 주기가 있습니다(이로 인해 기존 앱이 중단될 수 있음)
• config 함수가 인스턴스가 아닌 공급자와 함께 주입되므로 구성 블록은 약속을 반환할 수 없습니다.

솔루션이 무엇이든 이러한 경우를 처리해야 합니다.

+1
어떤 뉴스?
앱이 실제로 시작되기 전에 일부 구성 설정을 로드하고 싶습니다.

+1

모든 공장이 가동되고 컴파일되기 전에 부트스트랩 후에 일부 비동기 데이터를 로드합니다.

@dagingaa : 해결 방법으로 귀하의 솔루션을 선택할 것이라고 생각합니다! 감사 해요

• 1

@dagingaa 업데이트: for 루프가 내 브라우저를 정지

https://jsfiddle.net/tuxmachine/t4d63vnw/

이것이 나머지 앱을 초기화하기 전에 초기 ajax 호출을 해결해야 하는 OAuth 토큰 구현을 위해 해결한 방법입니다.

여러 개의 비동기 실행 블록이 있으면 작동하지 않습니다.

+1

+1

+1

문제가 발생한지 2년이 지났지만 여전히 좋은 해결책이 없습니다.

@vladmiller 솔루션이 있지만 아마도 그들이 좋다고 느끼지 않을 수 있습니다.

• ngRoute 또는 ui-router를 resolves와 함께 사용하고 애플리케이션 시작 코드를 최상위 경로 안에 넣습니다.
• 자신의 비동기 부트스트랩을 만듭니다. https://github.com/angular/angular.js/issues/4003#issuecomment -113842180 참조
• 최상위 구성 요소에 $onActivate 가 있는 새 구성 요소 라우터 사용

중요하지 않은 애플리케이션 작업을 .run 블록 안에 넣으면 코드를 단위 테스트하기가 어렵습니다. 그래서 우리가 격려하고 싶은 것이 아닙니다. 우리가 구현할 가능성이 없는 것으로 이것을 Ice Box로 옮기는 것입니다.

@petebacondarwin 나는 당신에게 동의하지 않습니다. 모든 사람들은 Angluar가 간단하고 직관적일 것으로 기대합니다. 대신 자신의 비동기 부트스트랩 모듈이나 부트스트랩 모듈을 다른 위치에 구현해야 합니다. 제 생각에는 이것이 각도를 더 복잡하게 만듭니다.

또한 .run 비동기 코드가 테스트를 더 어렵게 만든다는 것이 무슨 뜻인지 설명해 주시겠습니까?

이전의 무례한 댓글에 대해 사과드립니다.
감사 해요

@petebacondarwin 테스트를 어렵게 만드는 방법을 .run 블록 내에서 실행되는지 여부에 관계없이 http 백엔드 모의에서 기대하는 결과를 보고/모의/비교할 수 있습니다. 비동기 실행 부족에 대한 해결 방법으로 인해 코드가 각도 외부에 존재하면 테스트가 거의 불가능합니다.

어떻게 지내요?

다른 접근 방식: http://plnkr.co/edit/8XGSNOzzRGvgNSSnXx3M?p=preview

@petebacondarwin 솔루션이 저에게

해결 방법이 있고 지원하는 비동기 실행 블록은 부트스트랩에 복잡성을 추가하므로 이 기능을 구현할 것이라고 생각하지 않습니다.

기능은 간단하지만 구현하기가 너무 어렵습니다. 😕

이 기능에 대해 +1

+1

+1

@petebacondarwin 솔루션이 잘 작동합니다.

+1. :(

+1

+1

+1

+1

우리는 이것을 하지 않을 것입니다.

+100, 모든 해결 방법은 끔찍합니다.

@Eduardo-Julio - AngularJS 애플리케이션의 부트스트랩을 훨씬 더 복잡하게 만들기 때문에 이 기능을 구현하지 않을 것입니다. + 더 추가해도 도움이 되지 않습니다.