datacontract

    16热度

    3回答

    在定义WCF数据契约时,哪种类型应该用于集合/列表? 它应该是ICollection的<牛逼>, IList的<牛逼>,T []还是...? 我应该使用接口类型还是具体类型? 需要考虑什么样的折衷?

    3热度

    3回答

    在企业级组件中定义DataContracts,然后在WCF服务项目中引用它们而不是在单个WCF服务解决方案级别定义DataContracts是一种好的做法吗?我所见过的所有WCF示例都避免了该主题,并且只在服务解决方案中定义了DataContracts。我与之交谈的一些程序员希望将DataContracts视为企业级规范数据模型的不同风格,而不是服务本地合同。我还没有找到任何支持或反对这种观点的论

    11热度

    4回答

    发出的操作合同,如: [OperationContract] void Operation(string param1, string param2, int param3); 这可以被重新设计,以: [MessageContract] public class OperationRequest { [MessageBodyMember] public string

    19热度

    2回答

    通用DataContracts我使用泛型类的响应数据合同。一切都很好,这大大简化了我的WCF服务的设计。 每个请求被给予标准的响应对象具有以下签名: 状态(枚举) 消息(字符串) 结果(T) 下面是响应类别: [DataContract] public class Response<T> { public Response() {} public Re

    0热度

    2回答

    我试图创建一个WSTransfer实现(我知道罗马吻写一个已经为WCF - 但它实际上并不符合规格) 我已经结束了放弃因为WSTransfer是松耦合的,所以服务联系人上的数据合同;所以每个创建消息看起来都像消息创建(消息请求)。 这工作正常,一切都很可爱,直到它是时候回应一个响应。 我的问题是WSTransfer响应的构造方式。以创建为例,响应看起来像 <wxf:ResourceCreated>