识别服务边界上的对象实例 (WCF)
刚接触 WCF 和整个面向服务的架构，我正在尝试了解它的实际工作原理。
我想我知道它“只是数据”，即 WCF 为我创建的代理对象只是方便的容器，而不是具有行为的“真实”对象。我不清楚的是如何跨服务边界识别“真实”对象。
IE。假设我有一项服务允许我编辑客户并公开两种方法： 获取所有客户() SaveCustomer()
如果我调用 GetAllCustomers()，那么我最终会得到代理 Customer 对象的集合。美好的。
现在，如果我想编辑这些对象之一，如何识别我已将哪个对象编辑到 SaveCustomer() 服务方法？我是否必须为每个客户对象滚动我自己的“id”字段，或者 WCF 是否以某种方式为我跟踪实例？
干杯
New to WCF and the whole Service Oriented Architecture thing, and trying to get my head around how it actually works.
I think I get that it's "just data", ie the proxy objects that WCF creates for me are just handy containers, and not "real" objects with behaviour. The thing I'm unclear on is how "real" objects are identified across the service boundary.
ie. Say I have a service that allows me to edit customers and exposes two methods:
GetAllCustomers()
SaveCustomer()
If I call GetAllCustomers(), then I end up with a collection of proxy Customer objects. Fine.
Now if I want to edit one of these objects, how do I identify which one I've edited to the SaveCustomer() service method? Do I have to roll my own "id" field for each customer object, or does WCF somehow track instances for me?
Cheers
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
WCF 绝对不跟踪对象实例。您的实体需要实施一种识别自身身份的方法。通常它是一个 Id 属性，但有不同的身份机制。 此链接是开始了解实体域设计的好地方。
WCF definitely doesn't track object instances. Your entities need to implement a way of identifying themselves. Typically it is an Id property but there are different identity mechanisms. A good place to start understanding domain design for your entities is this link.