我们的域模型中有许多不可变值对象,其中一个例子是位置,由纬度,经度和高度定义.
/// <remarks>When I grow up I want to be an F# record.</remarks>
public class Position
{
public double Latitude
{
get;
private set;
}
// snip
public Position(double latitude, double longitude, double height)
{
Latitude = latitude;
// snip
}
}
允许编辑位置的显而易见的方法是构建具有getter 和 setter 的ViewModel ,以及提取经验证的不可变位置实例的ToPosition()方法.虽然这个解决方案没问题,但它会产生大量重复的代码,尤其是XAML.
有问题的值对象包含三到五个属性,这些属性通常是X,Y,Z和一些辅助内容的变体.鉴于此,我考虑创建三个ViewModel来处理各种可能性,其中每个ViewModel需要公开每个属性的值的属性以及为每个标签显示的描述(例如"Latitude").
更进一步,似乎我可以将它简化为一个可以处理N个属性并使用反射挂钩所有内容的一般ViewModel.像属性网格,但对于不可变对象.属性网格的一个问题是我希望能够更改外观,以便我可以使用标签和文本框,例如:
Latitude: [ 32 ] <- TextBox
Longitude: [ 115 ]
Height: [ 12 ]
或者将它放在DataGrid中,例如:
Latitude | Longitude | Height
32 115 12
所以我的问题是:
你能想出一个解决这个问题的优雅方法吗？有没有这样做的图书馆或关于类似的东西的文章？
我主要是在寻找:
自定义类型描述符可用于解决此问题.在绑定到Position之前,您的类型描述符可以启动,并提供get和set方法来临时构建值.提交更改时,它可以构建不可变对象.
它可能看起来像这样:
DataContext = new Mutable(position,
dictionary => new Position(dictionary["lattitude"], ...)
);
您的绑定仍然如下所示:
<TextBox Text="{Binding Path=Lattitude}" />
因为TypeDescriptor,Mutable对象将"假装"拥有像Lattitude这样的属性.
或者,您可以在绑定中使用转换器,并提出某种约定.
您的Mutable类将获取当前不可变对象,并且Func<IDictionary, object>允许您在编辑完成后创建新的不可变对象.您的Mutable类将使用类型描述符,它将创建PropertyDescriptors,在设置时创建新的不可变对象.
有关如何使用类型描述符的示例,请参见此处:
http://www.paulstovell.com/editable-object-adapter
编辑:如果要限制创建不可变对象的频率,您还可以查看BindingGroups和IEditableObject,Mutable也可以实现它们.
我在研究相同情况下可能的选择时发现了这个老问题。我想我应该更新它，以防其他人偶然发现它：
另一种选择（由于 .Net 4 尚未推出，当 Paul 提供他的解决方案时不可用）是使用相同的策略，但不是使用 CustomTypeDescriptors 实现它，而是使用泛型、动态对象和反射的组合来实现相同的效果。
在本例中，您定义一个类
class Mutable<ImmutableType> : DynamicObject
{
//...
}
它的构造函数采用不可变类型的实例和委托，该委托从字典中构造它的新实例，就像保罗的回答一样。然而，这里的区别在于，您重写了 TryGetMember 和 TrySetMember 以填充最终将用作构造函数委托的参数的内部字典。您使用反射来验证您接受的唯一属性是否是在 ImmutableType 中实际实现的属性。
就性能而言，我敢打赌 Paul 的答案更快，并且不涉及动态对象，众所周知，动态对象会让 C# 开发人员陷入困境。但这个解决方案的实现也稍微简单一些，因为类型描述符有点神秘。
这是所请求的概念验证/示例实现：
https://bitbucket.org/jwrush/mutable-generic-example