Ember について非常に直感に反することは、計算されたプロパティ セッター関数 ( http://emberjs.com/#toc_computed-properties-setter ) を への引数で上書きできること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 のオブジェクト モデルがどのように機能するべきかについて間違った考えを持っているだけですか?