INotifyPropertyChanged 用于位于 DLL 文件中的属性
INotifyPropertyChanged for properties that are located in DLL file
比如你准备了一个dll文件,里面有一些类。然后你想在你的项目中使用这个类。那么如何为位于 dll 文件中的属性实现 INotifyProperty
。我正在使用 MVVM,所以这个 类 就像模型一样。
如果我更改某些值,我想更新我的 UI,但我不能这样做,因为我无法为位于我的 dll 中的 类 实现 INotifyProperty
文件。如果你问我为什么不能在自己的dll文件中实现这个接口,我告诉你是因为INotifyProperty
是我们在WPF项目中使用的特定接口,如果我不想使用WPF怎么办。这就是为什么我准备了一个 dll 文件,我在其中编写了某种业务逻辑 类.
真的,我认为你应该在 dll 中的原始 class 中实现 INotifyPropertyChanged
。实施 INotifyPropertyChanged
不会阻止您使用非 WPF UI。如果其他框架需要其他东西,您总是可以实现额外的接口。此外,仅仅因为 WPF 使用 INotifyPropertyChanged
并不 意味着 WPF 仅 ;其他框架也可能会使用它。我看不出有任何理由要避免实现您需要的接口。
就是说,如果您真的 出于某种原因不想这样做,我唯一能想到的就是创建一个包装器 class。这将需要大量重复代码(例如 属性 声明)。另外,如果您有一些自动更新其他属性的属性,或者需要原始类型参数的方法,这甚至可能不起作用。
比如你准备了一个dll文件,里面有一些类。然后你想在你的项目中使用这个类。那么如何为位于 dll 文件中的属性实现 INotifyProperty
。我正在使用 MVVM,所以这个 类 就像模型一样。
如果我更改某些值,我想更新我的 UI,但我不能这样做,因为我无法为位于我的 dll 中的 类 实现 INotifyProperty
文件。如果你问我为什么不能在自己的dll文件中实现这个接口,我告诉你是因为INotifyProperty
是我们在WPF项目中使用的特定接口,如果我不想使用WPF怎么办。这就是为什么我准备了一个 dll 文件,我在其中编写了某种业务逻辑 类.
真的,我认为你应该在 dll 中的原始 class 中实现 INotifyPropertyChanged
。实施 INotifyPropertyChanged
不会阻止您使用非 WPF UI。如果其他框架需要其他东西,您总是可以实现额外的接口。此外,仅仅因为 WPF 使用 INotifyPropertyChanged
并不 意味着 WPF 仅 ;其他框架也可能会使用它。我看不出有任何理由要避免实现您需要的接口。
就是说,如果您真的 出于某种原因不想这样做,我唯一能想到的就是创建一个包装器 class。这将需要大量重复代码(例如 属性 声明)。另外,如果您有一些自动更新其他属性的属性,或者需要原始类型参数的方法,这甚至可能不起作用。