-
Notifications
You must be signed in to change notification settings - Fork 19
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
Cleanup ServiceLocator pattern in favor of proper DI #46
Comments
tthiery
added a commit
that referenced
this issue
Aug 1, 2020
- Add constructor for IDeviceFactory - Moved PoweredUpProtocol creation into the DI + Host - Moved BluetoothKernel creation into the DI #46 non-breaking (all types internal)
Wrongly aligned commit 3a4f709 |
tthiery
added a commit
that referenced
this issue
Aug 3, 2020
- Change CLI code base to user DI instead of SL pattern - Remove Infrastructure code from CLI commands - Add PoweredUpHost.CreateProtocol and expose related scoped service provider on IPoweredUpProtocol #46 non-breaking (since non-host direct communication is not contract)
tthiery
added a commit
that referenced
this issue
Aug 6, 2020
- Expose CreateProtocolScope method in host #46 non-breaking
tthiery
added a commit
that referenced
this issue
Aug 6, 2020
- Remove many Service Locator usages - Move HubFactory to be based on DI - Move Protocol creation into DI and out of hub etc. - Adjust CLI - Fix await warnings #46 non-breaking (all types internal)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
AddScoped
lifetimebluetoothAddress
from constructor and move toConnectAsync
)deviceFactory
as a constructor argument and removeIServiceProvider
service locator trap)IServiceProvider
. OPEN QUESTION: How to handlehubId
andportId
in an elegant waydeviceFactory
to hub.PoweredUpHost
to wire up a protocolnon-breaking in theory
The text was updated successfully, but these errors were encountered: