You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, we provide all types in the top-level System namespace, which makes consumption straightforward but which isn't 100% compatible with System.Reactive.
For example, Rx uses System.Reactive.Linq for the OfType/Where/Select extension methods, System.Reactive.Subjects and System.Reactive.Disposables.
Even though using separate namespaces for just one or two types (in our case) would seem unnecessary, by not using the same namespaces as System.Reactive, this package is not a simple drop-in replacement (neither can it be replaced by just switching to the full Rx package), since compilation errors will need fixing from the namespace mismatches.
We should instead be 100% compatible so that switching packages is all that's needed.
The text was updated successfully, but these errors were encountered:
This makes RxFree a 100% compatible drop-in replacement if only the provided types are used in a given project. Likewise, if the need arises for feature not provided in RxFree, it's trivial to "migrate" to System.Reactive: just uninstall RxFree and install System.Reactive and start using whatever is missing from this project.
Fixes#9
This makes RxFree a 100% compatible drop-in replacement if only the provided types are used in a given project. Likewise, if the need arises for feature not provided in RxFree, it's trivial to "migrate" to System.Reactive: just uninstall RxFree and install System.Reactive and start using whatever is missing from this project.
Fixes#9
Currently, we provide all types in the top-level
System
namespace, which makes consumption straightforward but which isn't 100% compatible with System.Reactive.For example, Rx uses
System.Reactive.Linq
for theOfType/Where/Select
extension methods,System.Reactive.Subjects
andSystem.Reactive.Disposables
.Even though using separate namespaces for just one or two types (in our case) would seem unnecessary, by not using the same namespaces as
System.Reactive
, this package is not a simple drop-in replacement (neither can it be replaced by just switching to the full Rx package), since compilation errors will need fixing from the namespace mismatches.We should instead be 100% compatible so that switching packages is all that's needed.
The text was updated successfully, but these errors were encountered: