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

Reduce the number of AsyncRx.NET NuGet packages #1891

Closed
Tracked by #1892
idg10 opened this issue Mar 13, 2023 · 0 comments · Fixed by #1896
Closed
Tracked by #1892

Reduce the number of AsyncRx.NET NuGet packages #1891

idg10 opened this issue Mar 13, 2023 · 0 comments · Fixed by #1896

Comments

@idg10
Copy link
Collaborator

idg10 commented Mar 13, 2023

AsyncRx.NET currently has several projects corresponding to areas of functionality which, in Rx.NET, were all merged into the single System.Reactive package back in Rx v4.0.

Although we think that 'great unification' may have gone too far, the problems we see there are all to do with the decision to include UI-framework-specific code in that unification. We don't see any problems with the decision to merge concurrency, disposables, interfaces, LINQ, and subjects into a single library.

Given that AsyncRx.NET doesn't currently have any UI-framework-specific features, there seems to be no good reason not to merge it all down to a single package, to be consistent both with where Rx is now, and where we are aiming for Rx to be in V7.0 once we've moved the UI-framework-specific pieces back out again.

@idg10 idg10 added this to the AsyncRx alpha milestone Mar 13, 2023
@idg10 idg10 changed the title Decide whether to reduce the number of AsyncRx.NET NuGet packages Reduce the number of AsyncRx.NET NuGet packages Mar 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant