Skip to content
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

Remove Ember.Map, Ember.MapWithDefault and Ember.OrderedSet #237

Merged
merged 4 commits into from
Apr 6, 2018

Conversation

Serabe
Copy link
Member

@Serabe Serabe commented Jul 20, 2017


# Transition Path

The classes will be extracted to an addon and the ones in Ember will be deprecated.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what are the details on how ember-data will work, and how we can be backwards compat with ED. It's possible, but that needs to be fleshed out in this RFV

Copy link
Contributor

@buschtoens buschtoens Jul 26, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If that is in the scope of this RFC, it might be worthwhile to take a look at switching to the native ES6 Map. The MapWithDefault behavior can be easily achieved: Babel REPL PoC

I would be available for such a PR in Ember Data. 🙋‍♂️

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@buschtoens I don't think it is. Switching to native Map seems like a big undertaking, especially if we are to support IE9 and family :P


# Drawbacks

This requires cooperation with Ember Data, the main user of these classes. It would be nice to have moved Ember Data to using the addon before releasing Ember with the deprecation so the average user does not see any deprecation warning.
Copy link
Sponsor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍 for this option. I recall the last time something in heavy use in Ember Data was deprecated I was hit with a terrifying number of notices that I could do nothing about. While methods now exist to hep with this it should still be avoided if possible.

@locks locks changed the title Remove Ember.Map, Ember.MapWithDefault and Ember.OrderedSet RFC Remove Ember.Map, Ember.MapWithDefault and Ember.OrderedSet Jul 31, 2017
@mmun mmun added T-framework RFCs that impact the ember.js library T-deprecation labels Aug 1, 2017
@rwjblue
Copy link
Member

rwjblue commented Mar 2, 2018

I'd like to see this one start to gain traction now that 3.0 is "out the door".

@Serabe - Thanks for the recent round of updates! I think the task list in the transition path looks pretty close to what I was thinking, but I'd like to make it clearer that the deprecation would only be landed once a released version of ember-data that included the fixes (to prevent the deprecation) shipped. Do you think that is clear enough in the current prose?

@rwjblue
Copy link
Member

rwjblue commented Mar 7, 2018

Changes landed in ember-data to remove direct usage of these classes:

Both of those PR's should wind up included in ember-data@3.1.

@rwjblue
Copy link
Member

rwjblue commented Mar 9, 2018

Just discussed this with the rest of the core team, and with the recent round of changes and the work in ember-data to detangle from these classes we think this is ready for final comment period.

@rwjblue rwjblue dismissed stefanpenner’s stale review March 9, 2018 20:17

addressed concerns

@rwjblue rwjblue merged commit 1a735bf into emberjs:master Apr 6, 2018
@rwjblue
Copy link
Member

rwjblue commented Apr 6, 2018

Lets do it!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Final Comment Period T-deprecation T-framework RFCs that impact the ember.js library
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants