어떤 이유로 든 프로덕션 모드에서 앱을 실행해야합니다. 이러한 모드의 차이점은 무엇입니까?
어떤 이유로 든 프로덕션 모드에서 앱을 실행해야합니다. 이러한 모드의 차이점은 무엇입니까?
답변:
개발 모드에서 변경 감지는 첫 번째 실행 직후 두 번째 실행을 수행하고 첫 번째 실행과 두 번째 실행 사이에 바운드 값이 변경된 경우 오류를 생성합니다. 이렇게하면 값 확인에 부작용이 있거나 필드 또는 함수가 Angular의 변경 감지를 약화시키는 후속 호출에서 동일한 값을 반환하지 않는 버그를 찾는 데 도움이됩니다.
개발 모드에서 두 번째 변경 감지 실행 중에 Angular는 허용되지 않는 모델 변경을 감지하기 위해 프로덕션에서 수행하지 않는 몇 가지 심층 객체 비교도 수행합니다.
최신 정보:
개발 모드에서는 HTML 새니 타이 저 서비스가 바인딩 [innerHTML]="..."또는 에서 값을 제거 할 때 콘솔에 힌트도 인쇄됩니다 [ngStyle]="...". 참고 항목 : RC.1에서는 바인딩 구문을 사용하여 일부 스타일을 추가 할 수 없습니다.
ApplicationRef.tick () 상태에 대한 문서 :
개발 모드에서는
tick()두 번째 변경 감지주기 (TTL = 2)도 수행하여 더 이상 변경이 감지되지 않도록합니다. 이 두 번째주기 중에 추가 변경이 선택되면 앱의 바인딩에는 단일 변경 감지 단계에서 해결할 수없는 부작용이 있습니다. 이 경우 Angular 응용 프로그램은 모든 변경 감지를 완료해야하는 한 번의 변경 감지 패스 만 가질 수 있으므로 Angular는 오류를 발생시킵니다.
추가 변경이 불가능한 이유는 프로덕션 모드에서 변경 감지가 한 번만 실행되기 때문입니다. 즉, 구성 요소 트리의 모든 구성 요소가 한 번 (TTL = 1) 검사됩니다. 위에서부터 깊이 우선 주문. 따라서 예를 들어 하위 구성 요소의 입력 속성이 변경되어 상위 구성 요소가 뷰 / 템플릿에서 바인딩 한 다른 속성이 변경되는 경우 상위 구성 요소의 뷰가 업데이트되지 않습니다 (변경 감지가 프로덕션 모드의 상위 구성 요소 ... "원 패스"트리 순회 때문에). 다음에 일부 이벤트가 발생하고 변경 감지가 다시 실행될 때만 업데이트되지만 너무 늦었습니다!
다음 은 규칙을 위반 하는 Plunker 입니다. 하위 구성 요소에는 set다른 입력 속성을 수정하는 입력 속성에 대한 메서드가 있습니다. 예, 인위적인 예이지만 다음 예보다 이해하기가 더 쉽습니다.
이 문제가 발생할 수있는 또 다른 시나리오는 상태 저장 파이프입니다. 그것이 당신의 문제라면 이 답변을 확인하십시오 .
문제를 설명해야합니다 (다른 질문에서). 그것을 고칠 방법이 있어야합니다.