-
Notifications
You must be signed in to change notification settings - Fork 9
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
Immutability #13
Comments
What about performance with that overhead of duping the object and then changing? |
No need to dupe the object I don't think. Since we are not using a data On Saturday, February 14, 2015, Mark W. Foster [email protected]
|
I'm going to table this idea for now. |
Well, I'm going to leave this open, as this may be something for future releases. I found this and it may actually be a cool fit for the internals of this if immutability is desired. |
I am interested in making the getters and setters be immutable. This means that when you set a value, the old value is not changed, but rather a new object is returned. This requires some fancy work to pass changes up and down the hierarchy and to share the tree, which shouldn't be too hard.
When it's done, it could be a really cool library for use with React, as a component could listen in on only one part of the tree using callbacks.
The text was updated successfully, but these errors were encountered: