Ember.js: [Glimmer 2] "역추적 재렌더링"이 이제 주장입니다.

참고로 앱에 이러한 경고 중 일부가 있었습니다. 특히, 구성 요소의 init 에서 서비스의 일부 속성을 업데이트했는데, 이는 페이지의 다른 항목이 다르게 렌더링되도록 트리거합니다.

다음 실행 루프에서 속성 변경을 예약하여 이 경고를 수정하는 것은 매우 간단합니다. (상당히 큰) 앱에서 모든 경고를 추적하고 수정하는 데 ~1시간이 걸렸습니다. 이것은 기술적으로 주요 변경 사항이지만 추가 작업이 필요하더라도 귀하의 평가에 동의합니다.

@fivetanley 는 여기에서 오류 메시지를 개선하는 것이 좋습니다. @krissselden 과 @stefanpenner 가 이러한 문제를 추적하기 위한 워크플로를 가지고 있다는 것을 알고 있습니다. 아마도 이 문제에 대한 지침을 제공하는 데 도움이 될 것입니다.

@joukevandermaas run.next()는 이 오류에 대한 훌륭한 수정은 아니지만 이러한 오류에 압도된다면 왜 거기에 가야 하는지 이해합니다. 데이터의 역류가 이미 렌더링된 항목을 무효화하는 이유를 이해하는 것이 가장 좋습니다.

모든 구성 요소에 주입할 수 있는 서비스에 소품을 설정하면 해당 세트가 이미 렌더링된 항목을 무효화할 가능성이 높아집니다. 일반적으로 set()은 렌더링 후크 동안 내부 상태에서만 사용되며 입력이나 서비스에 연결되지 않고 set()은 이벤트에서 사용되는 패턴이어야 하며 입력 상태는 물건이 렌더링될 때까지 해결되어야 합니다.

@joukevandermaas run.next()는 이 오류에 대한 훌륭한 수정이 아닙니다.

이렇게 하면 성능 문제가 발생합니다. 이 경우 glimmer2는 "중복 작업이 발생하고 있습니다. 성능이 뛰어난 앱을 원한다면 이것을 원하지 않습니다"라고 알려줍니다. 이전에는 엠버가 이를 흡수했지만 성능 저하를 초래했습니다.

여기에 더 많은 지식 공유 작업이 있습니다... 궁극적으로 우리는 이것이 앱을 위한 건강한 길이라고 믿습니다. 그러나 우리는 모든 사람이 혜택을 받을 수 있는 도구와 지식을 가지고 있는지 확인해야 합니다. :)

Ember를 팔로우하는 사람은 비교적 밀접하게(트위터, 여기 github에서, 메일링 리스트 등) 이 문제가 저에게 다가왔기 때문에 Ember 2.10의 일부로 출시되면 다른 사람들을 놀라게 할 수도 있다고 생각합니다. 특히 그 이유는 이와 관련된 사용 중단 경고는 특히 동작이 3.0까지 지원될 것이라고 명시합니다. 나는 이 동작이 Glimmer 2에서 작동하지 않을 것이라고 사회화되는 것을 어디에서나 본 적이 없다고 생각합니다(단순히 놓쳤을 수도 있지만).

이는 Ember 2.10의 일부로 포함되는 경우 다른 사람들을 놀라게 할 수 있다고 의심합니다. 특히 관련 사용 중단 경고에 해당 동작이 3.0까지 지원된다는 내용이 명시되어 있기 때문입니다. 나는 이 동작이 Glimmer 2에서 작동하지 않을 것이라고 사회화되는 것을 어디에서나 본 적이 없다고 생각합니다(단순히 놓쳤을 수도 있지만).

네, 여기에서 일부 메시징/세부 정보를 개선해야 합니다.

나는 이것이 2.10 릴리스로 만들어졌다고 본다. 이것이 2.10 릴리스 블로그 게시물에서 언급됩니까?

이것은 2.10 블로그 게시물에서 언급되지 않았고 위에서 언급한 바와 같이 이전에 사용 중단 경고가 3.0까지 지원될 것이라고 언급했기 때문에 저를 놀라게 했습니다.

이에 영향을 받는 사용 패턴이 있습니다. 문제는 이 특정 변경 사항이 아니라 내 사용 패턴이어야 하지만 좋은 대체 사용 패턴이 무엇인지에 대한 의견을 듣고 싶습니다!

기본적으로 필터링 가능한 데이터 집합을 표시하는 페이지가 있으며 이를 달성하기 위해 Ember 계산 값을 사용하여 페이지의 여러 쿼리 매개변수 값을 기반으로 데이터를 필터링하고 있습니다. 그러나 잘못된 입력(예: 문자 또는 숫자가 아님)이 사용자 입력의 쿼리 매개변수에 추가되는 것을 방지하기 위해 다음 패턴이 있습니다.

 filteredModel: Ember.computed('model', /*list of individual query params*/, function(){
    let model = this.get('model').filterBy('pdf.pdf_path.url'); //removes all records that don't have a pdf uploaded
    this.get('queryParams').forEach((filter)=> { // for each possible filter
      if ((this.get(filter).length > 0)) { //if the filter has content...
        //guardian pattern to prevent invalid inputs
        let valid = new RegExp('^[A-Za-z0-9 _]*[A-Za-z0-9][A-Za-z0-9 _]*$');
        while (this.get(filter).length > 0 && !valid.test(this.get(filter))){
          this.set(filter, this.get(filter).slice(0,-1));
        }
        //block of code where the model gets filtered
        //...
        //...
    });
    return model;
  }),

따라서 기본적으로 필터링된 모델의 모양을 계산할 때 필터 값에 잘못된 문자가 있으면 유효해질 때까지 마지막 문자를 제거합니다. 누구든지 이러한 입력에 대한 유효성 검사를 수행하는 더 깨끗한 방법에 대한 제안이 있습니까?

이것은 또한 우리를 놀라게 했습니다. 특히 앱이 2.9와 함께 실행될 때 경고 메시지가 표시되지 않았기 때문입니다. 2.10으로 업그레이드하면 응용 프로그램이 로드되지 않고 이 오류를 참조합니다. 다른 사람이 이 행동을 본 적이 있습니까?

@revanar 여기에서 완전히 벗어날 수 있지만 CP는 실제로 두 가지 다른 것 같습니다. 하나는 필터링된 모델을 반환하고 다른 하나는 필터를 업데이트하는 것입니다. 업데이트하는 필터 부분을 관찰 가능 항목으로 옮깁니다. 또는 이것이 구성 요소이고 쿼리 매개 변수를 구성 요소에 전달하는 경우 논리를 didReceiveAttrs 후크로 이동합니다. "rerender 역추적" 오류가 발생한 내 경험에 따르면 set 작업을 CP에서 옮기면 오류가 없어져야 한다고 생각합니다.

우리도 이 문제로 힘든 시간을 보내고 있습니다. 많은 문제를 해결했지만 이 지원 중단 오류에 대해 보고 있는 한 가지 사례는 당혹스럽습니다.

Assertion Failed: You modified transitioningIn twice on <app<strong i="6">@component</strong>:link-to::ember1159> in a single render.

엠버 내부 속성이 두 번 이상 업데이트되어 오류가 발생한 것 같습니다. 불행히도 그것은 우리의 셀레늄 테스트 중에 재생산되므로 디버그하기 어렵습니다(셀레늄 드라이버는 테스트가 실행되는 동안 개발 도구가 작동하지 못하도록 합니다). 로그인 프로세스가 끝날 때 만들어진 controller.transitionToRoute 호출에 대한 문제의 인스턴스를 하나 이상 추적했지만 여러 시나리오에서 발생하는 것 같습니다.

이 문제를 해결하는 방법을 잘 모르겠습니다.

@chancancode 는 이 지원 중단 오류를 비활성화하기 위한 기능 플래그를 언급했지만 https://github.com/emberjs/ember.js/blob/master/FEATURES.md 에서 이에 대한 정보를 볼 수 없습니다

ember 2.10 마이그레이션의 경우에도 이것이 주요 문제점입니다. 이러한 문제도 많이 수정했습니다. 이러한 오류를 수정하기 위한 단일/명확한 컷 전략이 없는 것 같습니다. 사용 사례에 따라 다음과 같은 접근 방식을 시도했습니다.

1. Ember.run.next 래핑 코드
2. setter 코드를 computed properties 에서 수명 주기 후크로 이동하거나 가능한 경우 event handlers 로 이동합니다.
3. 구성 요소에 대한 수명 주기 후크의 다양한 조합 시도

우리도 이것으로 많은 어려움을 겪었습니다. 지난 몇 년 동안 우리는 ember 데이터 저장소 캐시에서 특정 유형의 첫 번째 요소를 자동으로 선택하는 상당한 양의 드롭다운을 축적했습니다. 이로 인해 페이지의 일부가 드롭다운 선택에 의해 구동되기 때문에 다시 렌더링됩니다. 드롭다운이 사용되는 각 페이지에서 목록의 첫 번째 항목을 채우고 선택하기 위해 동일한 코드를 반복하고 싶지 않기 때문에 무엇을 해야 할지 잘 모르겠습니다.

@scottmessinger 피드백 주셔서 감사합니다. 구성 요소를 사용하면 꽤 잘 작동했습니다. 나는 역추적 오류를 제거할 수 있었고 내 코드가 그것에 대해 상당히 깨끗하다고 ​​생각합니다.

Kris Selden은 다음을 디버깅하는 데 유용한 팁을 제공합니다.

여기에서 자세한 단계를 설명했습니다: https://github.com/GavinJoyce/backtracking/pull/1#issuecomment -266427152

저는 역추적 주장 메시지 를 2.10.2-with-improved-backtracking-assertion 빌드를 잘라냈습니다.

전에:

단일 렌더링에서 <(subclass of Ember.Model):ember3486> 에서 message.message_goal.description 두 번 수정했습니다. 이는 Ember 1.x에서 신뢰할 수 없고 느렸으며 더 이상 지원되지 않습니다. 자세한 내용은 https://github.com/emberjs/ember.js/issues/13948 을 참조하세요.

후에:

단일 렌더링에서 <(subclass of Ember.Model):ember3486> 에서 message.message_goal.description 두 번 수정했습니다. 이 렌더링 된 component:message-edit-expanding-container-component 및 수정 component:rules/predicate-date-value-component . 이는 Ember 1.x에서 신뢰할 수 없고 느렸으며 더 이상 지원되지 않습니다. 자세한 내용은 #13948을 참조하십시오.

준비가 되기 전에 해야 할 일이 몇 가지 더 있지만 소수의 사람들이 앱에서 이것을 시도한다면 정말 유용할 것입니다. /cc @fivetanley , @bryanhickerson , @revanar , @phammers , @scottmessinger , @tharrington1 , @manimis902 , @jakesjews , @elwayman02 앱에서 이상적이지 않은 어설션 메시지가 표시되면 알려주십시오.

그것을 시도하려면 다음과 같이 ember 종속성을 포함하도록 bower.json 를 업데이트하십시오.

{
  "name": "backtracking",
  "dependencies": {
    "ember": "intercom/ember#2.10.2-with-improved-backtracking-assertion",
    "ember-cli-shims": "0.1.3"
  },
  "resolutions": {
    "ember": "2.10.2-with-improved-backtracking-assertion"
  }
}

이 빌드를 실행하는 예제 애플리케이션은 https://github.com/GavinJoyce/backtracking/pull/10 에서 볼 수 있습니다.

방금 1.11.0-카나리아 빌드를 잘라냈습니다.

오타인가요?

@rwjblue 감사합니다, 이것은 오타였습니다. 업데이트됨

@GavinJoyce 받아 주셔서 감사합니다! 우리 앱에서 이것을 시도했고 이전 메시지보다 확실히 _더_ 유용합니다. 슬프게도 수정되는 것으로 기록된 속성이 오류 메시지에 표시된 두 위치 모두에서 명백하게 수정되지 않았기 때문에 여전히 이 문제를 수정하는 것이 매우 쉽지는 않습니다. 왜 그런지는 잘 모르겠지만 내년에는 좀 더 자세히 알아보도록 하겠습니다.

@Dhaulagiri 관심이 자세히 알아

FWIW 이와 관련된 또 다른 문제를 찾았습니다. https://github.com/alexspeller/ember-cli-active-link-wrapper/issues/25

또한 탭 컨트롤을 ember-paper로 가져오려는 지속적인 노력에서 버그를 찾으려고 할 때 @GavinJoyce 의 분기를 시도했습니다(위의 PR 참조). 불행히도 제 경우에는 관련되지 않은 것으로 보이는 구성 요소에 대한 참조도 얻는 것 같습니다.

@bjornharrtell 시도 할 수 있는 ember-paper 브랜치가 있습니까?

^ ember-paper 문제(https://github.com/miguelcobain/ember-paper/pull/590)에 대해 알아보는 시간을 가졌습니다. 그것은 보인다:

• 새 오류 메시지가 현재 오류 메시지보다 더 유용했습니다.
• 그들은 산출된 콘텐츠를 잘 다루지 못했기 때문에 완벽하지 않았습니다. ( {{yield}} 가 포함된 구성 요소는 유용한 소스로 보고되었지만 가능한 한 유용하지 않음)

애드온의 버그일 수도 있고 아닐 수도 있지만 https://github.com/DockYard/ember-one-way-controls/issues/136 에서 이 오류가 발생했습니다.

문제를 찾았습니다.
혼합된 컨트롤러에 대해 동일한 속성을 업데이트하기 위해 진입점이 있는 믹스인을 사용하고 있습니다. 이들은 단순히 다른 컨트롤러에 속하고 어설션이 실패하고 js를 차단하기 때문에 분명히 다른 속성입니다.
나는 mixin을 몇 개의 컨트롤러로 풀어서 테스트했고 재생산할 경로 사이를 전환했습니다. 재생산되지 않았습니다.

지금은 믹스인을 제거하려고 하므로 간단히 죽이고 해결 방법을 만들 것입니다.

이 재렌더링 문제가 발생하는 유효한 사용 사례가 있다고 생각합니다. 앱에는 일부 상태(확인, 확인, 경고, 오류)가 포함된 버튼이 있습니다. 현재 상태를 표시하고 특정 일이 발생했을 때 유효성을 검사하며 유효성 검사 또는 활성화 결과에 따라 다른 항목(스피너, 다른 버튼 텍스트, 다른 버튼 클래스)을 표시하는 구성 요소입니다.

init() 에 대한 검증을 확인하고 검증 응답에 따라 적절한 버튼 상태를 설정합니다. 버튼 클래스는 버튼 상태에 따라 적절한 클래스를 설정하는 계산된 속성입니다. 초기화 시 발생하므로 인스턴스화 시 ok 상태로 시작한 다음 응답을 기반으로 버전 및 최종 상태의 유효성을 검사할 때 유효성 검사로 전환하기 때문에 이 오류가 트리거되는 것 같습니다. 그러나 사용 사례 자체가 합리적으로 보이기 때문에 발생하는 상태 변경도 합리적으로 보입니다.

@tundal45 가 잘못된 오류라고 생각하는 것을 보여주는 twiddle 또는 샘플 앱을 만들 수 있습니까?

@ Blackening999 @tundal45 사용 사례 를 twiddle로 줄일 수 있습니까?

@chancancode @ Blackening999 조만간 여기에 올리도록 하겠습니다. 빠른 응답에 감사드립니다.

@chancancode https://ember-twiddle.com/936d549b5625b0cf4f3c945d0ed04d3b?openFiles=components.button-with-state.js 는 twiddle 이지만 앱에서 보고 있는 오류가 표시되지 않으므로 다른 문제일 수 있습니다. 원인이 됩니다.

여러 계산된 속성에서 이것을 보고 있으며 그 중 하나는 간단한 Ember.computed.or 입니다. 이 경우 @manimis902 의 제안이 적용되지

이 기능에 대한 플래그가 @chancancode에 의해 언급 tharrington1 언급

플래그가 존재하지 않는다는 것을 아는 한 @cbou

이러한 지원 중단 알림을 처리하는 방법을 완전히 확신하지 못했고 수정 사항이 유효한지 확신할 수 없었지만 init() 구성 요소 후크에서 AJAX 요청을 수행하여 다른 서비스 속성(원격 서버에 액세스하는 경우 추적/표시).

내 AJAX 요청 코드를 init() 구성 요소 후크에서 didRender() 구성 요소 후크로 이동했으며 사용 중단 알림을 해결한 것 같습니다.

@lvl99 저도 그랬어요.

우리는 엔터프라이즈 프로젝트를 2.3에서 Ember 2.12로 업그레이드하기 위해 열심히 노력하고 있습니다. 우리 프로젝트에는 유효성 검사 추가 기능과 별도의 양식 구성 요소 추가 기능이 있습니다. 유효성 검사 추가 기능은 Ember.components에서 작동하여 유효성 검사 오류를 생성하고 양식 구성 요소 추가 기능은 도우미를 통해 유효성 검사 추가 기능에 의해 생성된 오류를 표시합니다. 애드온은 소스 코드를 공유하기에는 너무 복잡합니다. 따라서 우리는 우리가 직면한 사례를 설명하기 위해 다음과 같은 회전 을 만들었습니다.

주어진 예제에는 자체 유효성 검사 오류를 생성하는 두 개의 구성 요소( person-detail 및 address-detail )가 포함되어 있습니다. address-detail 의해 생성된 유효성 검사 오류는 errors 계산 속성 내에서 발생된 작업을 통해 포함 구성 요소( person-detail )에 계단식으로 연결됩니다. 각 구성 요소에서 생성된 오류는 error-formatter 도우미의 도움으로 error-displayer 구성 요소 내에 표시됩니다. 제공된 코드는 보시는 바와 같이 예상대로 작동합니다.

하지만; 다음과 같은 사용 중단 경고가 있습니다. DEPRECATION: The error property ofis an Ember.Binding connected to validatable.errors.name , but Ember.Binding is deprecated. Consider using an alias computed property instead. [deprecation id: ember-metal.binding] See http://emberjs.com/deprecations/v2.x#toc_ember-binding for more details. 이를 피하기 위해; error-formatter 도우미로 이동하여 9번 줄을 주석 처리하고 8번 줄의 주석 처리를 제거하여 경고 설명에서 제안한 대로 하도록 합니다.

이제 악명 높은 Assertion Failed: You modified "error" twice on <Ember.Object:ember338> in a single render. It was rendered in "component:error-displayer" and modified in "component:error-displayer". This was unreliable and slow in Ember 1.x and is no longer supported. See https://github.com/emberjs/ember.js/issues/13948 for more details. 도달했습니다. 이 오류가 발생하는 이유를 이해합니다. 액션 내에 트리거 때문에 address-detail S errors 재 계산에서 계산 속성 결과 errors 계산의 속성 person-detail 이미 렌더링 및 컨텐츠 오류를 일으키는 . 우리가 배우고 싶은 것은 다음과 같습니다.

1. Ember.Binding vs Ember.computed.alias 는 재계산(재렌더링) 단계에서 확실히 다르게 작동합니다. 정확한 차이점은 무엇입니까? 후자를 첫 번째 것을 대체하는 것으로 제안하는 것은 코드를 깨는 것처럼 보입니다. 적어도 우리의 경우에는.
2. 계산된 속성 내에서 작업을 트리거하는 것이 문제입니까? 경우 예; 그것을 피하기 위한 가능한 제안은 무엇입니까?
3. Ember.run.scheduleOnce('afterRender', ...) 문으로 래핑 작업 트리거를 고려하고 있습니다. 이것이 올바른 길입니까?
4. 마침내; 지금 깨는 코드로 돌아가서 아무 필드에나 입력하십시오. 놀랍게도 구성 요소는 여러 번 다시 렌더링됩니다. 버그와 관련이 있을 수 있습니다.

FWIW, 일부 경우에 예상했던 것보다 더 자주 내 구성 요소가 다시 렌더링되는 것을 보았습니다. 재렌더링의 원인을 추적하는 것은 종종 런루프와 동기화되기 때문에 시간이 많이 걸립니다. 이 영역에 바로 가기나 디버깅 트릭이 있는지 알고 싶습니다.

디버그 빌드에서 이 주장을 포착하거나 억제하는 방법이 있습니까? 우리는 대부분의 장소에서 위에서 설명한 대로 리팩터링을 통해 이를 추적하고 수정했지만, 다소 완고한 1 또는 2개가 있습니다. 특정한 경우에 우리는 객체를 파괴한 다음 전환합니다. 파괴된 객체(저희 API에서)는 여러 객체를 언로드/파기하라는 푸셔 알림을 보냅니다.

프로덕션 빌드에서 재렌더링은 문제가 되지 않습니다. 왜냐하면 우리는 오브젝트를 파괴한 다음 어쨌든 전환하기 때문입니다(그래서 전체 경로가 끊어지고 있음). 그러나 dev 빌드에 대한 주장은 사이트를 복원하기 위해 새로 고침이 필요하기 때문에 상당히 실망스럽습니다. 오류가 발생하는 이유를 이해하지만 이 경우 오류를 피하기 위해 상당히 복잡한 리팩터링을 수행하며 어떤 경우에도 전체 경로가 파괴되기 때문에 문제가 되지 않습니다. 이것을 경고로 포착/억제/변경하는 방법이 있습니까? try/catch와 경로의 오류 처리기를 시도했지만 둘 다 선택하지 않았습니다.

@feanor07 내부에서 이미 렌더링된 속성을 무효화하는 작업을 보내는 것은 데이터 역류입니다. 주기가 있는 바인딩이 감지하고 자동으로 승자로 정방향을 선택하기 전에, 그러나 이것이 통과하면 큰 비용이 발생합니다. 여러 가지를 하고 근원으로 다시 흐릅니다.

기본적으로 순환 종속성이 있고 데이터가 아래로 흘러야 합니다. 유효성 검사를 실행하기 전에 오류를 렌더링하지 마십시오. 모델과 오류를 생성하는 상위 구성 요소에서 유효성을 검사하여 해당 블록 내부의 양식을 렌더링할 수 있습니다.

@ feanor07 Ember.run.scheduleOnce... 작동하지만 하나 추가하지 않았다 Ember.run.schedule("afterRender", () => { ... }); 재산에 set 첫 번째 스택 추적에 의해 표시 초기 한 후 계단식 많은 오류 메시지를 제거.

@neilthawani 는 오류를 숨길 수 있지만 반드시 문제를 해결하지는 않습니다. 이 오류는 값을 한 번만 설정해야 할 때 값을 두 번 설정하고 있음을 나타냅니다. 중 하나 넣어 set 에 schedule 가 다른 runloop에서 발생 있도록, 당신은 단지 두 번째 세트를 지연하고 있습니다. 한 번만 렌더링해야 할 때 두 번 렌더링하는 핵심 문제를 수정하지 않고 Ember가 문제가 있다는 사실을 알지 못하게 속였습니다. 이제 렌더링이 별도의 런루프에서 발생하기 때문입니다.

@elwayman02 오오. 감사 해요. 기본적으로 요점을 완전히 놓쳤습니다.

편집: 고심 끝에 내가 편한 것보다 afterRenders 몇 개를 더 삽입했습니다. 툴팁을 토글하는 데이터 비주얼리제이션 구성 요소 중 하나에 click 처리기가 있습니다. 설정 isDisplaying 내 플래그 Ember.run.schedule("afterRender", () => { ... }); 우리가 실제로 데이터 즉 구성 요소와 도구 설명 구성 요소 모두를 호출 컨트롤러에 되돌아이었다 진짜 문제를 디버깅 할 수 있습니다.

tl;dr: 나는 그것을 거기에 두지 않았지만(한번도 Maximum call stack size exceeded 오류가 발생했습니다), 실제 문제가 밝혀질 때까지 그것을 사용하는 것이 디버깅에 도움이 되었습니다.

방금 업그레이드 중인 다른 사람을 위한 PSA: 위의 @GavinJoyce 가 언급한 개선된 "역추적 재렌더링" 주장 오류는 실제로 Ember 2.11에 포함 되어 있습니다. 또한 2.11로 바로 이동하는 것이 도움이 될 수 있다고 제안 되었습니다.

여러분, 도움이 필요합니다. 이 오류는 다른 속성에 "소속된" 모델 속성을 사용하려고 할 때 나타납니다. 나는 빈 프로젝트를 만들었고 여전히 같은 것을 보여줍니다. 내가 무엇을 잘못하고 있지?

또한 백엔드에서 JSON API .Net Core(https://github.com/Research-Institute/json-api-dotnet-core)와 함께 .Net Core를 사용하고 있습니다.

이 시점에서 UI 렌더링이 깨졌지만 데이터가 로드되고 원하는 값을 볼 수 있습니다.

    // Profile Model:
    import DS from 'ember-data';
    export default DS.Model.extend({
        'firstName': DS.attr(),
        'lastName': DS.attr(),
        'applicationUser': DS.attr(),
        'contactProfile': DS.belongsTo('address', {
            async: true
        }),
        'companyProfile': DS.belongsTo('address'),
        'companyMailingAddress': DS.belongsTo('address'),
        "companyPhysicalAddress": DS.belongsTo('address')
    });

    // Address Model:
    import DS from 'ember-data';
    export default DS.Model.extend({
        'address1': DS.attr(),
        'address2': DS.attr(),
        'city': DS.attr(),
        'state': DS.attr(),
        'zipCode': DS.attr(),
        'country': DS.attr(),
        'website': DS.attr(),
        'phoneNumber1': DS.attr(),
        'phoneExtension1': DS.attr(),
        'phoneNumber2': DS.attr(),
        'phoneExtension2': DS.attr(),
        'email': DS.attr(),
    });
    // Adapter settings
    import DS from 'ember-data';

    export default DS.JSONAPIAdapter.extend({
        namespace: 'api/json',
    });
    DS.JSONAPISerializer.reopen({
        keyForAttribute(key) {
            return key;
        },
        keyForRelationship(key) {
            return key;
        }
    });
    // Route
    import Ember from 'ember';

    export default Ember.Route.extend({
        model() {
            return Ember.RSVP.hash({
                profile: this.store.findRecord('profile', 1)
            });
        }
    });

    // Template
   {{model.profile.contactProfile.address1}}

그리고 내가 얻는 오류 :
어설션 실패: "model.profile.contactProfile"을 두 번 수정했습니다.@model:profile::ember543:1> 단일 렌더링. 이 렌더링 된 " 서식 : 연료 - 엠 / 내부 / 프로필 / template.hbs "및 변형 " 서식 : 연료 - 엠 / 내부 / 프로필 / template.hbs ". 이는 Ember 1.x에서 신뢰할 수 없고 느렸으며 더 이상 지원되지 않습니다. 자세한 내용은 https://github.com/emberjs/ember.js/issues/13948 을 참조하세요.

추신: 속성을 가져오기 위해 Ember.computed 메서드를 사용해 보았는데 효과가 있는 것 같습니다. 이것은 필수입니까?

업데이트: 데이터가 {{#each}} 도우미 내부에서는 제대로 로드되지만 템플릿에서는 직접 로드되지 않는다는 것도 발견했습니다.

@lbarsukov
아마도 links 속성이 설정된 jsonapi 응답의 관계로 인해 역추적 재렌더링이 발생하는 https://github.com/emberjs/data/issues/5023 과 관련이 있을 수

이것은 Ember Data 2.13.2 이후에 시작된 문제였습니다. ember-data: 2.13.2를 사용하여 문제가 해결되는지 확인하십시오.

@daniel-de-wit 여기 마스터에게 엄지손가락을 치켜세우십시오. 이것은 실제로 작동합니다. 그것은 지금 내가 그것에 만족하는 데 필요한 일을 합니다.

@lbarsukov @daniel-de-wit 이 문제를 해결하는 새 버전의 엠버 데이터 를 출시했습니다.

@lbarsukov 나는 이것이 당신이 정의한 관계와 관련이 있다고 생각합니다. belongsTo 중 하나(또는 일부)가 hasMany 일 가능성이 높습니다.

질문과 답변이라는 두 가지 모델이 있다고 가정해 보겠습니다. 질문에 대한 10개의 답변을 반환했지만 각 질문 직렬 변환기가 해당 답변을 참조하는 경우 관계를 올바르게 정의해야 _해야 합니다_.

// Question Model:
    export default DS.Model.extend({
        'answers': DS.hasMany('answers'), // if you never reference question.answers you can omit this
        ...
    });

// Answer Model:
    export default DS.Model.extend({
        'question': DS.belongsTo('question'),
        ...
    });

데이터가 여러 질문/답변 쌍을 정의하고 없는 경우 1-1 관계를 예상하는 경우 렌더링 중간에 질문이 수정되었다고 추론합니다.

초기 게시물에서 몇 가지 후크가 언급되었습니다.

이것은 매우 극단적인 예이지만 문제를 보여줍니다. init 외에도 didInitAttrs, didReceiveAttrs, willInsertElement 및 willRender도 렌더링 프로세스 중에 동기적으로 발생합니다. 또한 역추적은 종종 양방향 바인딩 속성의 동작으로 인해 발생하는 문제입니다.

didInsertElement 및 didRender 후크는 매력처럼 작동하지만 다른 후크는 twice render 오류와 함께 실패하는 이유는 무엇입니까?

@BenjaminHorn @ Blackening999 @Dhaulagiri @DingoEatingFuzz @ Gaurav0 @GavinJoyce @Redsandro @TRMW @ Turbo87 @aklkv @alidcastano @backspace @bdiz @bgentry @bjornharrtell @bryanhickerson @buschtoens @caseklim @cbou @chancancode @danaoira @ 다니엘 드 위트 @fivetanley @fotinakis @gabrielgrant @ghost @jakesjews @janmisek @joukevandermaas 이것은 여전히 ​​문제입니다. 아마도 우리는 닫아야 할 것 같습니다. 어떻게 생각하십니까?

내 앱의 오류 인스턴스를 수정했습니다.

이런 일이 있을 때마다 다시는 이런 일이 발생하지 않도록 정리할 수 있었으므로 닫아도 괜찮다고 생각합니다.

예, 닫으십시오.

시대의 끝 😬

👍

오래된 문제를 제기해서 죄송합니다.

예를 들어 내가 렌더링하고 있다고 가정해 보겠습니다.

{{this.myBool}}

오류는 Error: Assertion Failed: You modified "myBool" twice

다음과 같이 변경하여 오류를 수정할 수 있습니다.

{{if this.myBool true false}}

마찬가지로 클래스 이름 바인딩이 문제를 일으키는 경우

나는 바꿀 수 있다:

classNameBindings: ['myBool']

에게

classNameBindings: ['myBool:yes:no']

내가 이런 경고를 잠잠하게 할 수 있다면 왜 Ember는 나를 대신해 처리할 수 없습니까?

다음은 내가 사용한 데모 코드입니다.

https://ember-twiddle.com/db7f6e382bd0b1de91447881eebb62a5?openFiles=templates.components.my-component.hbs%2C

그 어떤 것도 문제를 "해결"하지 못합니다. 프로덕션 모드로 전환했거나 어설션/탐지 코드에 버그가 있습니다. 어쨌든 값을 사용하는 쪽이 아니라 값을 할당/설정하는 쪽을 수정해야 합니다.

확인. 감사합니다. 명시적인 set 가 있기 때문에 이 원본 게시물에 설명된 역추적 문제를 이해합니다.

그러나 내 데모 twiddle에는 내가 볼 수있는 한 set 가 없습니다.

_Edit_ 잘못 나왔습니다. 예 에서와 같이 템플릿의 _subsequent_ 부분에서 set 나오지 않는다는 말입니다.

흠, 회전에서 오류가 발생하지 않습니다. 클릭 순서는 어떻게 해야 합니까?

열기를 클릭한 다음 닫기를 클릭합니다. 그러나 부모가 아닌 산출된 자식 구성 요소의 닫기 버튼입니다.

문제는 분해 중에 이미 렌더링된 속성에서 set 를 호출하는 구성 요소에서 focusOut 가 호출된다는 것입니다. 구성 요소가 어떻게 초점과 타이밍 의미를 잃는지 100% 확신할 수 없습니다. 시도한 변형이 추적 시스템을 혼란스럽게 만들고 근본적인 문제를 은폐할 것이라고 확신합니다. 새로운 문제에서 이것을 추적해 볼까요? 유효한 문제인지 확실하지 않지만 거기서 조사를 합시다.