有人有适合服务代理类的命名策略吗?
例如,如果在两个项目中为我提供三个web服务,如下所示:
XWs
AService.asmx
YWs
BService.svc
CService.svcAService、BService和CService的服务引用名&名称是什么?
通常,我希望代理名称/命名空间中的内容表明所使用的东西不是具体的类,而是表示代理--两者都不冲突于具体类的使用和强制使用别名或命名空间限定的类名,因此我们没有隐藏发生跳转的事实(我猜Wcf Service代理生成器的默认后缀客户端覆盖)。同样重要的是,它处理这样的情况:一个人正在编写包装器/ service,该服务将调用的子集转发给另一个引用服务。
我使用过各种样式(添加Ws、ServiceProxy、Ref或Proxy后缀?)用ServiceName.作为前缀),但从来没有完全满意他们。
什么对你有用?任何样式指南都会引用命名样式?
编辑:虽然Cheeso的回答涵盖了我大部分的问题,但我仍然感兴趣的是听到以下问题的答案:
发布于 2010-03-12 02:07:50
我也在这里探讨各种选择。我刚读过米格尔·卡斯特罗( Miguel Castro )的这篇文章,他建议将服务、服务主机、数据契约和服务合同分开,我主要是想决定是将所有服务合同保留在一个单独的契约名称空间中,还是让它们驻留在每个服务名称空间中。将它们分离到自己的命名空间的原因是,如果其他服务使用它们,则它们处于一个更中立的位置。
例如:
companyname.services.contracts.service1contract
companyname.services.service1或者这个:
companyname.services.service1
companyname.services.service1contracthttps://stackoverflow.com/questions/925453
复制相似问题