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

Investigate implicit disconnections when using reactive API #39

Open
sureshjoshi opened this issue Feb 20, 2020 · 0 comments
Open

Investigate implicit disconnections when using reactive API #39

sureshjoshi opened this issue Feb 20, 2020 · 0 comments

Comments

@sureshjoshi
Copy link
Member

Instead of having a scan/stopScan - maybe just scan and automatic stop on dispose.

Ditto for connection/disconnection.

Not sure if this would make for a better or worse API. Explicit is nice, but it's also awkward in a Reactive context because should the stopScan return a Completable? Observable? etc..

Same with Connectables...

Should connection state be monitored using a connectivity() -> Observable api, or should connection state be based on the act of connection, or both? The former is more usable, while expanding the API surface, the second has the "fault" that an explicit connection is always required to even find out the connectivity state.

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

1 participant