WCF SOA命名约定

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

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

现在这是相当混乱的，因为我现在有2个ProfileServices。第一次与我的数据库等通信，并将自己暴露于我的服务层。第二个是与我的服务层通信，并将自己暴露在移动设备上

在SOA环境中，为避免混淆服务的类型，最好的命名方法是什么？尤其是在类型之间映射时

我可能还想创建另一个服务，作为系统用户的API。我将如何命名此服务配置文件API？？我知道每个ProfileService都在自己的名称空间中，但这对创建AutoMapperSettings或执行手动映射时的可读性没有帮助

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

您正在寻找

---

最终您将得到一个Facade，它只是您真正服务的一个专用接口。您可以根据需要定义不同的服务（移动、用户、数据库）

谢谢Nix，这就是我的服务层所做的。它充当应用程序的门面。但是，由于它引用了ProfileService，因此服务ie UserRequest/UserResponse对象的所有数据成员都可以在我的移动设备ProfileService中看到，我也在使用请求/响应设计。我的服务模式，并且还有UserRequest/UserResponse对象。您的服务层正在访问ProfileService？这似乎不对？应该是相反的吗？一个真正的门面应该用共同的术语来表达吗？因此，所有Facade都将利用现有的服务层，实际上只是作为服务层->客户端的转换。是的，我的服务层在内部使用net.tcp跨Wcf进行调用。我需要这是灵活的，因为DB位于不同的服务器上，其他所有内容都引用服务层（或者在运行时使用IoC表示它）。然后，我的移动设备服务利用服务层向系统中进行呼叫。请您回答好吗？