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

Addon category proposal: data storage #5

Open
CodingItWrong opened this issue Sep 10, 2018 · 4 comments
Open

Addon category proposal: data storage #5

CodingItWrong opened this issue Sep 10, 2018 · 4 comments

Comments

@CodingItWrong
Copy link

I would like to propose giving users the option to pick what data layer to use for storage. It seems like there are a few most-frequently-cited data storage options that meet different use cases:

  • None (e.g. remove ember-data)
  • ember-data
  • ember-apollo-client
  • emberfire (Firebase)
  • ember-local-storage
  • ember-orbit
  • ember-redux

Providing a variety of data layers isn't at cross-purposes with Ember's philosophy; the 2018 approach seems to be moving toward emphasizing that ember-data isn't optional and not required.

@gossi
Copy link
Owner

gossi commented Sep 10, 2018

I think none is the default now, as ember-data isn't added anymore. Need to check. Really love this category 👍

@CodingItWrong
Copy link
Author

I just double-checked and it seems that ember-data is in fact still included in a newly-generated app. This is the case with ember new as well, so unless you're explicitly removing it, it makes sense that it would be included.

@gossi
Copy link
Owner

gossi commented Oct 15, 2018

Hmm I was thinking about that the data layer is its own question. Not part of the addons. Does that make sense?

@nickschot
Copy link

It's such an important category of "addons" that imo it deserves it's own question. You can always select ember-data by default in that question to keep with the current default.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants