이것은 의도된 것입니다(주로 Angular 2+ 동작과 일치시키기 위함). 놓친 경우 $onChanges 의 isFirstChange() 메서드의 반환 값을 확인하여 $onChanges 의 첫 번째($onInit 이전) 호출인지 확인할 수 있습니다 SimpleChange 개체:

{
  ...
  bindings: {foo: '<'},
  controller: function SomeController() {
    this.$onChanges = function(changes) {
      if (changes.foo.isFirstChange()) {
        // `$onInit()` has not been called yet...
      }
    };
  }
}

#

나는 나의 첫 반응이 똑같았다는 것을 인정한다. 멘탈 모델의 관점에서 보면 $onInit() 가 컨트롤러에서 가장 먼저 일어나는 일이라고 생각하는 것이 더 쉽습니다. $onChanges() , $onChanges() , $onChanges() 그리고 마지막으로 $onDestroy() .

하지만 생각해보면 $onInit 를 호출하기 전에 바인딩을 평가하고 컨트롤러 인스턴스에 할당해야 합니다. 그리고 그렇게 함으로써 (이전에 정의되지 않은) 값의 변경이 감지되고, $onChanges 를 통해 보고되어야 합니다.

_{닫는 중입니다. 예상대로(또는 최소한 의도한 대로 :wink:) 작동하기 때문입니다.}

답변해 주셔서 감사합니다. 이제 더 명확해집니다. :)

나는 이것이 의도적이라는 것을 이해합니다. $onInit() 내부에 $onChanges() 함수의 정의를 등록하면 어떻습니까?

@bharatpatil , AngularJS(1.x.)에서는 작동해야 하지만 Angular(2+)에서는 작동하지 않습니다.

if (changes.foo.isFirstChange()) {
// $onInit() 는 아직 호출되지 않았습니다...
}

@gkalpak 나는 이 주장이 틀렸다고 생각한다. binding.isFirstChange() 메서드는 관련된 바인딩이 처음 호출되었음을 보장합니다. 서비스 호출 후 초기화되는 바인딩은 시간이 너무 오래 걸린다고 생각하십시오. 이 경우 controller.$onInit 방법은 전에 호출 할 필요가 controller.$onChanges 방법. 내가 잘못?

바인딩은 항상 시작 부분에 값을 가지며( undefined 일 수 있음) 이 값은 항상 사전 초기화된 값과 다릅니다. 따라서, $onChanges() 항상 호출됩니다 changes.foo 호출하기 전에 $onInit() .

바인딩이 초기화 되기 전에 값을 가질 수 있다는 것은 논리적이지 않습니다. 이것이 initialise(초기값 설정)라는 단어의 사전 정의입니다. 초기 값이 없으면 변경할 수 없습니다. 여기 네이밍이 다 틀리고 부자연스럽다고 생각합니다.

다음 코드와 같은 것을 작성하도록 강요받지 않은 상황을 기억할 수 없습니다.

$onChanges(changesObj: { [index: string]: angular.IChangesObject; })  {
   if (!this.isInitialized) return;
   ...
}

"초기화" 전에 "변경"을 호출하는 것은 의미가 없습니다.

Angular를 사용하는 과정에 대한 평가 ... 변경 전에 초기화가 발생할 것으로 예상하는 이유는 무엇입니까?