Closed NullVoxPopuli closed 6 months ago
I really like the idea of a place where more utilities can be added if common patterns start to emerge across the community. I also like the idea of reactiveweb
being itself an example of how to use ember-resources
to build helpful utilities.
I've added this issue to the v7 plan quest issue: https://github.com/NullVoxPopuli/ember-resources/issues/1061
lemme know what you think!
This is done -- v7 is released, and utilities are extracted to https://github.com/universal-ember/reactiveweb
I've been thinking about removing all the utilities from
ember-resources
in a major (with no other changes).trackedTask
trackedFunction
keepLatest
map
(reactively optimized Array.prototype.map)RemoteData
waitUntil
helper
The deprecation would read:
(with actual specifics implemented in the actual deprecation)
reactiveweb docs here: https://reactive.nullvoxpopuli.com/
This change would likely simplify the release cadence of ember-resources, so that (potential) future breaking changes to any of the above utils don't communicate that ember-resources itself has a breaking change.
The utilities within ember-resources served a couple purposes, which didn't have a specific vision:
Motivation
reactiveweb
can have even more utilities, because it'll be a utility library, where you only pay for what you importNOTE: none of the utilities are recommended against (like
{{did-update}}
) -- these are all fairly thin wrappers around public API, and can be supported for the foreseable futureunlike
ember-data-resources
, thereactiveweb
utilities have no third-party integration happening, so there is no roadmap to align with (ember-data
, for example, is moving away from recommending the store-based architecture)What are folks thoughts on this change / migration plan?