c# - 要属性(property)，还是不要属性(property)？

Question

我想弄清楚什么会给我最好的代码。我意识到这当然有点主观。

我有一个访问数据库的应用程序，我为此编写了一个程序集，该程序集对使用该程序集的所有应用程序隐藏了有关该数据库的详细信息。

我还有一个 WPF 应用程序，它利用此程序集来显示我想在其中使用数据绑定(bind)的各种成本计算。

数据绑定(bind)只能用于对象的属性(就我开始工作而言)。这意味着我需要一个对象，最好具有 INotify 支持和一系列对象。但是，我更愿意将 INotify 和 WPF 事物保留在处理数据库访问的程序集之外。

其他人如何解决这个问题:将 WPF 事物保留在数据库层之外(例如 INotify)并允许绑定(bind)在 WPF 内部？写一个包装器？还是大多数人将“属性”/“INotify”类作为数据传输对象直接放入数据库层？

Answer 1

其他人通过实现 MVVM 来解决这个问题设计模式。