@each 은 한 수준 깊이 만 지원됩니다. 더 많이 허용하면 좋겠지 만 기술적으로 얼마나 어려울 지 모르겠습니다. @wycats 또는 @tomdale이이 문제를 해결 하도록하겠습니다.

나는 그것이 사실이라고 생각하지 않습니다. 그것은 정상적인 체인 인프라를 사용하고 임의로 여러 수준에서 작동해야합니다.

@wycats 이것은 버그처럼 들립니다. 한 단계 이상 깊이 작동하는 것을 본 적이 없습니다.

동의합니다. 이것은 버그처럼 들립니다. 나는 이것이 어느 시점에서 효과가 있다고 믿습니다. 단위 테스트에 감사드립니다.

그래서 나는 이것을 통해 당황했습니다. 자신을 루트로 사용하여 addObserver를 호출 할 때 내부적으로 관찰자를 설정하는 EachProxy 처리로 요약되는 것 같습니다. 그러나 체인 경로의 일부로 ChainNode는 EachProxy에서 최상위 키 이름을 뽑아 메리 방식으로 진행하며 EachProxy는 절대 관여하지 않습니다. 기본적으로 두 가지 수준의 배열이 있습니다.

이 경우 '@ each.nest. @ each.isDone'시청이 작동합니다.

ChainNode가 EachProxy에서 키 이름을 뽑을 때 EachArray를 가져 오므로 @ each 옵저버를 중첩해야한다는 것을 명확히하는 것을 잊었습니다.

체인이 작동하는 방식은 각 체인 노드에 노드의 부모 value ()에서 키를 감시하는 해당 chainWatcher가 있으며, 이것이 작동하려면 체인이 @each 에서 중지하고 나머지 경로로

나는 이것을 의미하는 특수 케이싱 @ 문자를 고려하고 있습니다.

@kselden , simplify-properties 지점이이 문제를 전혀 다루지 않습니까?

여전히 문제인 것 같습니다.

체인은 배열을 생성하는 속성을 통해 연결되지 않으며 위에서 언급 한 몇 가지 변경이 필요합니다. 또한 배열이 변경 될 때 @each 자체가 변경되는 것도 문제입니다.

이 문제에 직면 한 모든 사람을 위해 (특히 ember-data 연결을 사용하는 경우) 연결의 다른 쪽 끝에서 속성을 확인하는 속성을 연결의 한쪽에 추가하여이 문제를 해킹했습니다 (제 경우에는 isLoaded) 그런 다음 @each 다음에 사용합니다. 내가 말했듯이 이것은 해킹입니다. 그러나 1.1까지는 나를 위해 작동합니다.

@tpitale : 그런 해킹의 예를 보여줄 수 있습니까? 연관성의 다른쪽에 속성을 추가하는 것이 무슨 의미인지 잘 모르겠습니다.

@kselden @wagenet : 최근에 비슷한 일이 발생했지만 솔직히 이것이 같은 버그인지 확실하지 않습니다.이 바이올린을 살펴볼 수 있습니까?

@drogus 일본어 예 주어진 경로 nest.isDone위한 nestIsDone 속성이있을 것이다. 따라서 @each.nestIsDone 관찰 할 수 있습니다.

1.1이 아닌 1.0에서 이것을보고 싶을 것입니다 : +1 :

@mspisars 저도 그렇습니다.하지만 수정하기 어렵고 필수적이지 않은 것에 1.0을 차단하고 싶지 않습니다.

마지막 활동 4 개월 전 ... : +1 :

@mspisars , @darthdeus 1.0에서도보고 싶습니다. 문제는 욕망이 아니라 능력에 관한 것입니다.

: +1 : for 1.0 :이 작업을 수행하는 데 정말 유용합니다.

: +1 : 1.0의 경우

공공 서비스 발표 : +1은 부족한 개발 리소스를 제공하지 않습니다.

우리는 이미이 기능을 갖고 싶다는 데 동의했지만 지원하는 것은 매우 사소하지 않습니다. 1.0을 차단할 것은 확실히 아닙니다.

@wagenet 과 동의 한 다루는 사소하지 않은 코드 경로입니다.

이것에 대한 업데이트가 있습니까? 우리는 주요 호텔 체인에서 사용하려고하는 웹 앱에이 기능을 사용하려고 시도해 왔으며 해결 방법 중 어느 것도 작동하지 않는 것 같습니다. 이 시점에서 실행 가능한 유일한 해결책은 인터페이스의이 부분을 재 설계하여 더 간단하게 만드는 것입니다.
모든 정보는 대단히 감사하고 모든 훌륭한 작업에 감사드립니다.

놀랍도록 어려운 문제입니다. 문제의 일부는이를 구현하거나 해결하더라도 종속 배열 (가장 일반적인 사용 사례 인 것 같음)을 업데이트하는 데 O (n * _2) 시간이 걸리며 이는 공정한 경우에도 큰 문제입니다. 작은 데이터 세트. O (n)이 되려면 종속 배열을 구성하기 위해 더 스마트 한 배열 프리미티브가 필요합니다. Peter와 다른 사람들의 * some_ 작업이 있었고, 사람들은 확실히 그것을 추진하는 데 관심이 있지만 숨을 참지 않을 것입니다.

관련 : # 1288, # 2711.

지금은 기본적으로 "계산 된 관계"로 서버에 종속 배열을 생성하는 것이 좋습니다.

이 문제를 보여주는 또 다른 바이올린이 있습니다 : http://jsfiddle.net/3bGN4/268.

예제 해결 방법, 중첩 된 @each 표시 :

https://gist.github.com/meelash/5785328

이것이 backburner에있는 경우이 티켓을 찾는 데 시간이 걸리므로 API 문서에서이 동작을 기록하는 것이 도움이 될 것입니다.

@dandehavilland 맞아요! ' http://emberjs.com/guides/object-model/computed-properties-and-aggregate-data/ '에서 확실히 언급해야합니다. "@ each.goo.bar"가 여전히 작동하지 않습니다.이 사실을 알아내는 데 며칠이 걸렸습니다.

좋은 생각. https://github.com/emberjs/website/pull/653

하지만 기술적으로는 중첩 된 속성 모음이 아니라 중첩 된 속성을 볼 수 있습니다.

작품-깃대와 깃발은 단수입니다.

    [email protected][email protected]

하지만 그래야

    [email protected]

* 작동하지 않음-플래그는 컬렉션입니다 *

    [email protected][email protected] 

@ kingpin2k 아니요, 나는 그 어떤 일도 믿지 않습니다. 올바르게 업데이트되지 않습니다.

[편집 : 내가 틀렸을 수도 있습니다]

@joliss 여기에 jsbin이 있습니다. http://jsbin.com/IXalezO/11/edit

@kselden 이 곧 작업 할 가능성이있는 작업입니까?

이것은 작동하지 않는 것으로 문서화됩니다. 추가하는 것이 좋지만 우선 순위가 충분하지 않거나 어렵습니다. 누군가가 작업하고 싶다면 PR을 검토해 드리겠습니다.

관찰하려는 매우 중첩 된 객체 만 포함하는 새로운 계산 된 속성을 추가 할 수 있습니다. 그리고 @each 는 올바르게 작동합니다.
다음 방법 사용

  allTickets: function () {
    var sections = this.get('sections'),
      each = Ember.$.each,
      tickets = [];

    each(sections, function (i, section) {
      each(section.rows, function (j, row) {
        each(row.tickets, function (k, ticket) {
          tickets.addObject(ticket);
        })
      });
    });

    return tickets;
  }.property(),

  checkedCount: function () {
    ///custom logic
    return something;
  }.property('[email protected]_checked')

대신에

  checkedCount: function () {
    ///custom logic
    return something
  }.property('[email protected][email protected][email protected]_checked')

: +1 :

이것은 가이드 에서 너무 쉽게 놓칠 수 있습니다. 중첩 된 @each 가 발견되면 경고를 발행해야한다고 생각합니다.

네, 동의합니다. 최소한 경고를 던져야합니다 : +1 :

이것은 수년이 지난 후에도 여전히 문제입니다. 맞습니까? 지원되는 해결 방법이 있습니까?

예, 항상 각 수준에서 계산 된 속성을 구축하고 각 컬렉션의 각 속성 대신 계산 된 속성을 관찰 할 수 있습니다.

@ kingpin2k 나는

다음은 예입니다. http://emberjs.jsbin.com/faximekico/2/edit 기본적으로 중간 수준에서 값을 집계해야합니다.

나는 그것을하는 방법을 이해하고 속성이 실행되지 않으므로 관찰을 사용해야했습니다.

예를 보여 주시겠습니까? 속성은 느리게로드되므로 실제로 속성을 가져 오려고하지 않으면 "실행"되지 않습니다.

나는 문제의 속성을 검색하기 위해 명시적인 .get을 한 적이 없었지만, 그것을 들어야하는 또 다른 계산 된 속성을 가지고있었습니다. 템플릿에서 명시 적으로 가져 오거나 사용하는 것만으로도 실행되고 다른 속성이 관찰하지 않는 것 같습니다.

맞습니다. 속성은 요청시에만 계산되며 속성을 보는 것만으로 속성을 계산해야한다는 의미는 아닙니다. 당연히 아무도 재산을 사용하고 싶지 않다면 재산을 계산할 필요가 없습니다.

@ kingpin2k 그래서이 경우 권장되는 것은 무엇입니까? 더 이상 관찰을 사용해서는 안됩니다.

내 예제는 관찰자없이 중첩 된 각 종속성을 수행하는 방법을 보여줍니다. 관찰자를 더 이상 사용해서는 안된다고 말한 사람은 기억 나지 않지만 종교적으로는주의를 기울이지 않습니다.

@ kingpin2k 예제에서 .property('[email protected]') 속성을 사용합니다.

그것은 재산이기 때문에 발사되지 않는 동일한 문제를 제공합니다. 그 속성을 관찰해야하는 또 다른 속성이 있습니다.

@ rwwagner90 접근 방식은 확실히 작동합니다.이 문제를 일으키는 코드에 또 다른 문제가 있다고 생각합니다. 문제가 무엇인지 파악하기 위해 jsbin을 게시 해보십시오.

나는 당신이 얻는 것을 이해할 수 있습니다.

옵저버와 관련하여 @ rwwagner90 ,

@alexspeller @ kingpin2k 두 가지 속성이 있으며 하나는 다른 속성이 변경되면 변경해야합니다. 속성이 평가되지 않기 때문에 가능하지 않으므로 두 번째 속성은 업데이트되지 않습니다.

@ rwwagner90 은 다른 변경 사항이있을 때 변경되는 하나의 속성을 갖는 것이 계산 된 속성의 핵심 기능이므로 설명하는 내용이 확실하지 않습니다. 사용중인 코드를 표시하면 누군가가 도움을 줄 수 있습니다.

@alexspeller 나는 그것을 모두 관찰을 사용하여 변환했지만 그것을 다시 넣고 보여 드리겠습니다.

let extendedObject = Ember.Object.extend({
          valueLength: function() {
            return this.get('value').length;
          }.property('value.<strong i="7">@each</strong>')
        });

그런 다음 valueLength가 수행 할 때 업데이트해야하는 속성이 있습니다.

}.property('model.data.<strong i="11">@each</strong>', '[email protected]'),

그러나 이것은 결코 발생하지 않으므로 valueLength 속성을 대신 valueLength를 설정하는 관찰자로 변경해야했습니다.

let extendedObject = Ember.Object.extend({
          valueLengthUpdater: function() {
            this.set('valueLength', this.get('value').length);
          }.observes('value.<strong i="15">@each</strong>')
        });

@ rwwagner90 종속성 키가받는 항목과 일치하지 않습니다. 종속성 키는 model.data.length 이어야합니다.

또한 [email protected] 는 괜찮습니다. 값을 계산할 때 실제로 get ( 'valueLength')해야합니다. 일반적으로 CP에서 ' @each '만으로 종속성을 종료하는 경우 좋은 시간을 갖지 못하며 종속성을 CP 계산의 일부로 소비해야합니다. 함께 변경되는 항목에 대해 추측 할 수 없습니다 (항목은 동 기적으로 무효화되고 속성을 소비하는 관찰자가 있으면 경쟁 조건으로 이어질 수 있음). 종속성은 계산 된 값을 만드는 과정에서 실제로 소비하는 것과 일치해야합니다.

일반적으로 관찰자는 수준이 낮고 제대로 이해하기 어렵습니다. 실제로 작업을 수행하면 안됩니다 (경쟁 조건, 지나치게 빈번한 재 계산 등으로 이어질 수 있음). 그들은 이벤트 프레임 당 한 번만 작업을 예약해야합니다.

Ditto @krisselden. 또한 일부 컨트롤러의 모델에는 extendedObject 의 모음 인 data 속성이 있고 컨트롤러에는 계산 된 속성이 있고 extendedObject 에는 길이 속성 (객체가 아닌 배열이어야하는 것처럼 들리지만 무시합니다.

제어 장치

something: function(){
   // inside of here you should actually fetch `valueLength` off of each item, or else it isn't really a dependecy
  // assuming data returns an array
  var lengths = this.get('model.data').getEach('valueLength');
}.property('model.data.length', '[email protected]'),

편집하다:

valueLength 속성을 valueLength: Ember.computed.alias('value.length') 바꿀 수 있습니다.

그러면 종속 키는 다음이됩니다.

}.property('[email protected]')

이전에 작성한 내용이 작동하지 않는 이유에 대해서는 아래 @krisselden 의 설명을 참조하십시오.

@ rwwagner90 valueLength는 거기에 필요하지 않습니다.

}.property('[email protected]')

끝에 추가 속성없이 @each 하면 안됩니다. 항목이 추가되거나 제거되는시기를 관찰하려면 대신 somearray.[] 사용하십시오. [email protected] 를 관찰하면 foo.[] 도 관찰 할 필요가 없습니다.

@alexspeller 사실 당신은 할 수 없습니다

@alexspeller get ( '@ each.value') 안타깝게도 추가 연결을 종료하는 EachProxy를 반환하는 대신 값의 배열을 반환합니다. 왜 그렇게되었는지는 모르겠지만 semver가 주어 졌을 때 변경할 수 있을지 모르겠습니다. 솔직히이 기능을 활성화하는 것이 긴장됩니다.

삐걱 거리는 바퀴는 기름을 얻습니다. 불씨 공동체의 더 많은 부분에 영향을 미치기 전까지는 우선 순위가 지정되지 않을 것입니다. 공동체의 90 %를 돕는 다른 낮은 매달린 과일이 많이 있습니다.

@alexspeller Ember.computed.alias가 작동했습니다. 감사! : +1 :

@krisselden Chaining @each 굉장 할 것이지만 지난 몇 년 동안 아무도이 문제를 다루지 않았기 때문에 그럴 것 같지 않습니다.

나는이 문제를 어디에 게시 해야할지 모르기 때문에이 문제가 여전히 있기를 바랍니다.
Ember 2.1.0 + 45f524a3을 사용하고 있습니다.

관찰자가 해고당했습니다.

var o = Ember.Object.create({
    a: [{ b: 1 }, {b: 2} ]
})

Ember.addObserver(o, '[email protected]', o, function () {
    console.log("FIRE")
});

Ember.set(o.a[0], 'b', 3)

하지만 이것으로는 아무 일도 일어나지 않습니다

var o = Ember.Object.create({
    A: [{ b: 1 }, {b: 2} ]
})

Ember.addObserver(o, '[email protected]', o, function () {
    console.log("FIRE")
});

Ember.set(o.A[0], 'b', 3)

(다른 점은 속성 이름 "a"와 "A"의 경우입니다.)

따라서 누구나이 문제를 인식하고 설명을 도와주세요. 감사.

사용되지 않은 계산 된 속성이 관찰자를 트리거하지 않음

감사. 하지만 소문자 "a"로 트리거됩니다.

var o = Ember.Object.create({
    a: [{ b: 1 }, {b: 2} ]
})

Ember.addObserver(o, '[email protected]', o, function () {
    console.log("FIRE")
});

Ember.set(o.a[0], 'b', 3)

그리고 여기에는 계산 된 속성이 없습니다.

아, 대문자 a는 지원되지 않습니다. 소문자로 시작하는 속성 이름을 사용합니다.

감사,
이것은 대문자 이름과 ". @ each"로 발생합니다.
간단한 속성으로 괜찮습니다. 이렇게 :

var o = Ember.Object.create({
    A: 1
})

Ember.addObserver(o, 'A', o, function () {
    console.log("FIRE")
});

Ember.set(o, 'A', 3)

나는 그것에 대한 문서를 어디서도 찾을 수 없습니다.
나는 대문자로 명명 된 속성에 대해 많은 소문자 별칭으로 끝날 것이라고 생각합니다.

역사적으로 (2.0 이전), 대문자로 표시된 경로는 전역을 나타냅니다 (따라서 귀하의 경우에는 window.A 관찰합니다). 이 문제는 귀하의 의견이 논의하지 않는 @each의 중첩 경로에 대해 이야기하고 있습니다.

대문자 경로의 특수 케이스 대부분 (모두)을 제거해야합니다. 2.8.1에 대해 테스트해야합니다. 2.8에서 여전히 작동하지 않으면 twiddle / jsbin 복제로 새로운 문제를여십시오.

이것은 매우 기본적으로 슬프게도 누락 된 기능입니다. 이러한 모든 종소리와 휘파람을 프레임 워크에 추가하기 전에 기본 사항을 파악하는 데 집중하는 것이 도움이 될 것입니다.

@timothyerwin 실제로이 문제를 해결하는 것은 매우 쉽습니다. 또한 지금이 이것을 바꾸기에는 나쁜 순간이라고 생각합니다. ' @tracked'im glimmer show와 같이 장기적으로 CP 전체를 다시 생각해야합니다. 또한 오해하지 마십시오. 가끔 이것을 갖고 싶습니다!

이것은 최근에 가장 자주 접하는 Ember 문제입니다. 종종 중첩 된 속성이있는 @each 인 종속 키를 효과적으로 생성하는 것을 잊기 쉬운 필터 또는 정렬 CP 매크로와 같은 다른 것 뒤에 숨겨져 있기 때문입니다.

@luxferresum 이 문제를 해결하는 방법에 대한 자세한 정보에 대한 링크를 게시 해 주시겠습니까? 당연히 나는 이것에 반복적으로 당황하고, 커뮤니티 슬랙 도움말 채널을 통해 몇 가지 힌트를 받았음을 알고 있지만 기억이 나지 않으며 웹 검색에서 좋은 게시물을 찾을 수없는 것 같습니다. 아마도 트릭은 각 레벨을 자체 계산 된 속성으로 어떻게 든 나누는 것이라고 생각합니다.

따라서 traces: [{ x: [...], y: [...]}, ...] 와 같은 배열이 있고 (허용되지 않음) 키 traces.@each.{x,y}.[] (를) 기반으로 업데이트하도록 외부 차트 라이브러리를 트리거하려면 이렇게 평면화할까요?

// Not only is this ugly, but it doesn't work since `_oneBigMess` won't get
// called again when something in one of its nested arrays changes,
// e.g. Changing traces[0].x[0] does not trigger 'traces.[]'
_oneBigMess: computed('traces.[]', function() {
  return this.get('traces').reduce(function(result, item, i, a) {
    return {
      x: result.x.concat(item.x),
      y: result.x.concat(item.y)
    };
  }, { x: [], y: []})
}),
_somethingChanged: observer('_oneBigMess.x.[]', '_oneBigMess.y.[]', function() {
  // update chart
})

위의 코드는 사용 가능한 도구에 대해 더 경험이 많고 익숙한 사람에게는 어리석은 일이라고 확신하지만 여기에서는 빨대를 파악하고 있습니다.

• 여기에 이전 SO 게시물
• 여기에 GH 코멘트
• 포럼 토론

하지만 내가 설명한 상황에 대한 해결 방법이없는 것 같습니다 😢

업데이트 : 내가 틀렸다면 누군가 나를 고쳐주세요.하지만 오늘 밤 이것으로 잠시 싸운 후에 여기서 문제는 더 많은 구문 설탕을 제공하는 것이 아니라 실제로 현재 시스템의 한계에 관한 것 같습니다. 내가 올바르게 이해한다면 ( 위의 이전 댓글 과 일부 검색 결과를 기반으로)이 기능은 효율적이고 깨끗한 방법이 없기 때문에 아직 제공되지 않습니다. 내가받은 충고는 기본적으로 이것을하지 않고 오히려 필요하지 않도록 내 코드의 디자인을 변경하라는 것이었다. 이것은 아마도 좋은 조언이지만 때로는 실행 가능하지 않을 수도 있습니다 (예 : 불충분 한 시간 또는 통제 할 수없는 요구 사항). 2 단계의 경우 한 가지 (매우 끔찍하고 비효율적 인) 해결 방법은 각각 배열의 단일 요소와 연결된 긴 (코드가 올바르게 처리하는 데 필요한 최대 데이터 크기) 목록을 생성하는 것입니다. 예를 들면 :

_watchChanges: observer('data.[]', 'data.@each.{name,type}',
  ...(new Array(100).fill(0).map((z,i) => `data.${i}.x.[]`)),
  ...(new Array(100).fill(0).map((z,i) => `data.${i}.y.[]`)), function() {
  // something in one of these arrays has changed --> go do something
})

또 다른 가능성 (내가 시도하지 않았고 여전히 이상적이지는 않음)은 최상위 배열을 반복하고 addArrayObserver 를 사용하여 각 중첩 배열을 확인한 다음 나중에 removeArrayObserver 누출을 방지하기 위해).

@jacobq

오히려 내 코드의 디자인을 변경

진실. 그러나 당신이 제안하는 것보다 이것을 처리하는 더 쉬운 방법이 있습니다.
기본적으로 모든 x 및 모든 y 의 목록을 가져 오려는 traces: [{ x: [...], y: [...]}, ...] 배열을 사용하여 원래 예제로 보여 드리겠습니다.

여기서 주요 트릭 / 해결 방법은 각 추적을 불씨 개체로 변환 한 다음 x.[] 및 y.[] 종속성 키를 사용하여 Trace 에 CP를 갖는 것입니다. 이 CP는 x / y 배열에서 무언가 추가 / 제거 될 때마다 실행됩니다. 다음으로 [email protected] 를 종속성 키로 사용하는 간단한 CP를 제공 할 수 있습니다. 여기서 traces 는 ember Trace 개체 목록이고 myProp 는 CP입니다. 방금 얘기 했어.

또는 코드 :

const Trace = Ember.Object.extend({
  wrapped: Ember.computed('x.[]', 'y.[]', {
    get() {
      return {
        x: this.get('x'),
        y: this.get('y'),
      }
    }
  }),
});

export default Ember.Component.extend({
  traces: null,
  tracesAsEmberObjects('traces.[]', {
    get() {
      this.get('traces').map(t => Trace.create(t));
    }
  }),
  oneBigMess: Ember.computed('[email protected]', {
    get() {
      return this.get('tracesAsEmberObjects').reduce((result, item, i, a) => {
        return {
          x: result.x.concat(item.x),
          y: result.x.concat(item.y)
        };
      }, {x:[], y:[]});
    }
  }),
});

실제로 wrapped 반환하는 것이 무엇인지는 중요하지 않습니다. 올바른 종속성 키가 있으면 .get() 그것을 외부 CP에 [email protected] 종속성 키로 사용합니다. 그러나 나는 유용한 것을 반환하는 것을 선호합니다.

@luxferresum 시간을내어 잠재적 인 해결책으로 답장 해 주셔서 감사합니다. 그러나 동일한 문제가있는 것 같습니다. 계산 된 속성으로 새로운 EmberObject 를 생성하면 해당 객체가 보유한 배열의 변경에 반응 할 수 있지만 해당 객체를 생성하는 과정은 원본 데이터 의 복사본 을

예를 들어, ember-cli-plotly 애드온에서 플롯 할 데이터를 변경 하는 통합 테스트 를 만들려고 노력하고 있으며 주요 구성 요소 가 태그없는 하위 구성 요소를 작동 합니다. 각 추적 에 대해 설정 한 데이터가 변경 될 때 작업을 실행 합니다.

내가 뭔가 잘못하고있는 경우를 대비해서 조금 더 시도해 볼게요 (가능하면).하지만 지금의 행동 방식은 당신이 제안한 것만 큼 간단하지 않다고 생각하게 만듭니다.