WCF SOA 命名约定

Question

我有一个名为 ServiceLayer 的类库，它充当 ASP.NET MVC 应用程序的存储库此服务层引用了一个名为 ProfileService 的 WCF 服务，其中包含对数据库等执行 CRUD 操作的 Profile 方法。

我现在需要允许移动设备与我的应用程序通信，因此我创建了另一个名为 ProfileService 的 WCF 服务。此服务引用了 ServiceLayer 类库并调用它来执行配置文件操作。

现在这很令人困惑，因为我现在有 2 个配置文件服务。第一个与我的数据库等通信并将自己暴露给我的服务层。第二个与我的服务层通信并将其自身暴露给移动设备。

在 SOA 环境中命名您的服务以避免混淆哪种类型是哪种的最佳方式是什么？特别是在类型之间映射时。

我可能还想创建另一个服务，作为系统用户的 API。我将如何命名此服务 ProfileAPI？我知道每个 ProfileService 都在其自己的命名空间中，但这在创建 AutoMapperSettings 或执行手动映射时无助于提高可读性。

因此，如果有人知道在这种环境中命名服务的好方法，我们将不胜感激。

Answer 1

您正在寻找 Service Facade

您最终会得到一个 Facade，它只是您实际服务的专用接口(interface)。您可以根据需要定义不同的服务(移动、用户、数据库)