我既有一个设计问题，也有一个关于 WebAPI 工作方式的总体问题。
我们有一个包含许多应用程序的内部网站（每个应用程序都有一个单独的 MVC 区域）。然后，我们将 DAL 逻辑划分为由 Web 服务调用前端的库。模型/存储库将调用多个数据库（一些内部数据库，一些第三方数据库）内的 CRUD 事物。所以看起来像这样
UI -> 模型 -> 存储库 -> WebServices -> 数据库。
最初这样做是因为我们需要能够访问多个数据访问点并将它们汇集回内部网站以供各种应用程序使用，这似乎是一种抽象所有逻辑的好方法，以便 Web 应用程序只关注视图结尾。事实证明，这种模式有利于分离关注点，但现在我们正在考虑让这种模式不仅仅适用于 .NET 应用程序/客户端，这让我开始关注 WebAPI。
以下是我的问题：
- 我的主要问题是，知道 Web 服务都是在 WCF（基于合同）中完成的，将其转换为使用 WebAPI 有多难，记住我们希望确保 WebAPI Web 服务位于与用户界面。
- 有什么方法可以设置 WebAPI 以拥有合同并仍然使用 HTTP 动词？
- 如果我通过另一台服务器上的 MVC 应用程序和另一个解决方案远程访问 WebAPI Web 服务，有没有办法仍然获得使用 WCF 合同时获得的强类型对象？
- 人们对这种设计模式有什么看法？