如何将方法组织/构造到 WCF 服务中的命名空间中？
在 WCF 服务中组织/构建方法时，什么被认为是最佳实践？
假设我有一个 .net dll，我想通过 WCF 服务公开它。
.net dll 具有如下所示的命名空间结构：
Root
-- > SubNameSpace1
-- > SubNameSpace2
-- > -- > CategoryA
-- > -- > CategoryB
-- > SubNameSpace3
How will I sell this 命名空间结构通过 WCF 服务？ （因为我不希望将所有命名空间中的所有方法合并为调用服务的客户端对象的方法。）
何时适合/建议创建不同的 *.svc 文件？ （与我的命名空间结构相关）
What is considered as best-pratice when it comes to organizing / structuring methods in a WCF Service?
Let's assume I have a .net dll that I want to expose through a WCF Service.
The .net dll has a namespace structure like this:
Root
-- > SubNameSpace1
-- > SubNameSpace2
-- > -- > CategoryA
-- > -- > CategoryB
-- > SubNameSpace3
How would I expose this namespace structure through a WCF Service? (Because I don't want all methods from all namespaces to be merged as methods of the client object that calls the service.)
When is it appropriate / recommend to create different *.svc files? (in relation to my namespace structure)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
最佳实践是不要通过服务公开 DLL。相反，设计一个以面向服务的方式公开一组连贯功能的服务。然后，使用 DLL 实现该功能。
The best practice is to not expose DLLs through services. Instead, design a service that exposes a coherent set of functionality in a Service-Oriented manner. Then, implement that functionality using the DLL.