相关疑难解决方法(0)

我发现Ember的反直觉是你可以使用参数覆盖计算属性设置函数(http://emberjs.com/#toc_computed-properties-setters)create().见http://jsfiddle.net/zJQJw/2/

我发现最好的解决方法是打电话create().setProperties(properties)而不是create(properties),但这对我来说似乎是一个不必要的问题.我意识到这可能会打破一些应用程序,但你会考虑让create()行为更像setProperties()？

我要求这个的动机是在使用模式init()之前调用它.这还不是一个大问题,但我可以看到在某些情况下这是不可取的.这是一个完全人为的例子,但也许你可以看到我得到了什么？http://jsfiddle.net/QJ8vX/2/setProperties()create().setProperties(properties)

我可以看到维持当前行为的唯一原因是执行特定于实例的setter方法覆盖.但在这些情况下,你可以轻松做到MyClass.extend({ overridenMethod: ... }).create(properties)

Ember 1.0会考虑这样的变化吗？或者我对Ember的对象模型应该如何工作有错误的想法？