好吧,这可能听起来有点'unorthodox',但是...使用VS2010和实体框架的新POCO t4模板(Walkthrough: POCO Template for the Entity Framework),我可以在WCF服务中生成很好的POCO 's. I can then use these POCO'(作为DTO),基本上从EDM一路走来通过客户端 . 有点这个家伙正在做什么(POCO with EF 4.0 and WCF 4.0),除了一切都是自动生成的 . 我知道实体和DTO 'should'是不同的,但在这种情况下,我在模型中使用DTO并自动生成了一些真正的优势 .
我的问题是,当我转移具有关系的实体时,客户端生成的集合(ICollection)具有只读值集,因此我无法操纵该关系 . 例如,检索现有订单,我无法将产品添加到Products集合客户端...... Products集合是只读的 .
我宁愿做一堆客户端“订单编辑”,然后发回更新的订单,而不是进行数十次服务器往返(例如AddProductToOrder(product)) . 我也不想在Entity和DTO之间进行一堆thunking . 总而言之,这对我来说很好......除了只读部分 .
有没有解决方案,还是这对SOA粒度太过分了?
2 回答
在反序列化发生时,分配给ICollection的FixupCollection将重新创建为Array . 这就是为什么您的产品系列是只读的 .
为了修改它,您可以使用“添加服务引用”中的选项(至少在VS2010上存在),将Collection类型更改为其他类型(Generic.List或Generic.Observable) .
但是,如果您使用该选项重用现有程序集中现有的类型并引用包含您的实体的程序集,则前一个选项将不会应用于现有类型,并且您的Products集合中仍将具有Array .
我使用的解决方法(仅当您在客户端重用类型并引用实体程序集时)是修改T4模板以检查集合在get of Products中是否为只读,如果出现则设置FixupCollection:
“la mouette”解决方案适用于引用的程序集:
我们遇到了同样的问题,我们注意到在wcf序列化之后将属性IsReadOnly设置为true(在此之前,属性值为false) .
我们引用了程序集 . 在“la mouette”提出的解决方法中,使用参数化构造函数,但我们的POCO模板没有 .
我们已经修改了tt,创建了一个空构造函数来调用基础构造函数,并且这样做 .