FeatureFuel
2

Language unique library features/changes

Source: supabase/supabase#3153 · opened by @thecoolwinter
Languages often have different requirements or use cases depending on where they’re being built, and how objects are used in that language. I’m curious, is it okay for client libaries to make slight changes to the API or implementation of a client?

Specifically, something like this PR:

In this case, swift devs often keeps objects alive for the entirety of an app’s lifecycle. Having to re-init an object with new headers could cause memory leaks and unexpected behavior. But implementing a config object, or even public config variables, splits from the precedent set by the JS and Dart libraries.

Should this kind of change be okay? And I guess my suggestion would be: Can the client libraries follow the JS and Dart libraries as close as possible, but in the case where a change is necessary, keep API’s the same across the language?

No pledges yet. Be the first to back this.

Make a pledge

Pledge your monetary support if this feature is added.

$

Comments

No comments yet.

Replying to

Add a comment

What do you think about this feature request?


Similar requests