-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't we get @each
to support deep properties?
#10430
Comments
@aexmachina I think an exception or assert would be best. Deep chaining of observers can perform poorly. We're building Ember 2.0 around the idea that you won't need deep observation in new codebases. |
Our goal is to flesh out the diffing story so that you never need to use |
Awesome, that sounds great. But I think right now it should throw an
exception so people know that it's not supported.
|
Agreed. |
yes please 👍 |
I remember trying to get an assertion in for this a long time ago. It was a huge pain in the butt then and I gave up. I'm not sure if it will have gotten any easier. |
If difficult to impossible to get an assert in-line, maybe a grep-based warning on build would suffice? |
should throw an exception if it isn't supported, as to not confuse users |
Was talking to @krisselden about this the other day. The recent refactor (for 2.0.0) for |
Helpful warning added in #12847. |
Having a property dependency on
[email protected]
, doesn't work. You need to definebarQuzBinding: 'bar.quz'
. Can we can get@each
to handle this transparently? Or at least throw an exception if a deep property is used.The text was updated successfully, but these errors were encountered: