c# - wcf 体系结构 - 如何以灵活的方式设计我的服务契约(Contract)

Question

我有一些实体，例如:Customers、Orders、Invoices。

对于它们中的每一个，我都将它们的CRUD 操作 和一些其他界面分组为:ISvcCustomerMgmt、ISvcOrderMgmt、ISvcInvoicesMgmt，ISvcPaymentsMgmt。

现在我需要创建几个相互独立的 WCF 服务契约(Contract)，其中包括实现一个或多个此类接口(interface)。

1. 一个供内部使用ISvcInternal:ISvcCustomerMgmt，
ISvcOrderMgmt，ISvcInvoicesMgmt
//， future 可能更多
2. 一个供外部使用(第 3 方)ISvcExternal:
ISvcCustomerMgmt//， future 可能更多

因此，我的真实服务如下所示:1) SvcInternal: ISvcInternal，2) SvcExternal: ISvcExternal。

当我看到 SvcInternal 实现时，它会因大量操作而变大。

这个方法够灵活吗？您是否推荐另一种以某种方式将它们拆分的方法？随时分享您的想法。

谢谢。

Answer 1

如果我必须实现这个，我会说我会将所有代码和操作放在 Worker Manager 或 Fascade Layer 中......这将包含所有操作......(真正的编码逻辑)。

我的服务将只是一个瘦客户端，它只会将请求传递给 Fascade 层....这使我可以重用大量代码……并且还允许我在多个服务中公开相同的方法而无需重新实现……有一点你为什么不使用不同的绑定(bind)来区分内部和外部服务......例如即使您要为这两种服务使用 WSHttpBinding 或 BasicHttpBinding，也会创建不同的端点并为它们绑定(bind)....

就代码层级结构而言，我的想法是使用文件夹层级结构和 namespace 来区分 b/w 这...例如命名空间.接口(interface).内部，反之亦然...

希望对您有所帮助。