PluginPropertyObservable class¶
Attributes: [DebuggerDisplay("Property = {_propertyName}, Source = {_source}, BeforeChange = {_beforeChange}")] [EditorBrowsable(EditorBrowsableState.1)]
Defined in
Namespace: ReactiveUI.Binding.Reactive.Observables
Assembly: ReactiveUI.Binding.Reactive.dll
Full name: ReactiveUI.Binding.Reactive.Observables.PluginPropertyObservable<T>
Modifiers: public sealed
Summary¶
Observes one property through a registered ICreatesObservableForProperty that outranks the mechanism the generator selected, reading the value through a generated accessor.
Applies to
net10.0, net10.0-browserwasm1.0, net10.0-desktop1.0, net9.0, net9.0-tvos18.0, net9.0-maccatalyst18.0, net9.0-ios18.0, net9.0-macos15.0, net9.0-desktop1.0, net8.0, net8.0-macos14.5, net8.0-ios18.0, net8.0-maccatalyst18.0, net8.0-macos15.0, net8.0-tvos18.0, net8.0-ios17.5, net8.0-maccatalyst17.5, netstandard2.1, net481, net462, net471
Class hierarchy
classDiagram
class PluginPropertyObservable~T~
class IObservable~T~ {
<>
}
IObservable~T~ <|.. PluginPropertyObservable~T~
Implements: IObservable
Remarks¶
A registration wins the observation but not the read. The plugin says when the property changed; the value is then taken with the accessor the generator emitted for that property, which is the same accessor the non-overridden path uses. Asking the notification for its value instead would walk the expression by reflection - the thing the generated path exists to avoid - and would make every consumer that publishes ahead-of-time carry the expression engine for a branch most of them never take.
Constructors¶
| Name | Summary |
|---|---|
| .ctor | Initializes a new instance of the [PluginPropertyObservable](# class. |
Methods¶
| Name | Summary |
|---|---|
| Subscribe |