我想构建一个新的移动应用后端。此后端可能最终支持其他类型的客户端，例如桌面或传统Web应用程序。
过去对于多客户端应用程序，我会使用这一堆技术。 SQL Server - ＆gt;实体框架 - ＆gt; TCP WCF服务端点 - ＆gt; MVC Web应用程序或WPF Windows应用程序
我知道我希望我的移动客户端使用Restful Http Web API，就像您将在新的Azure API产品中托管的类型一样。但我不确定我是否还应该继续使用WCF层。
现在我的所有客户都不会只使用Web API吗？或者，在此基础上开发WCF服务和层Web API仍然是明智的吗？
同时使用两种不同的序列化技术似乎并不合适。
答案 0 :(得分：1)
是的，你可以用Web API替换它并创建一个REST API，但正如蒂姆已在他的评论中提到的那样，这显然只是HTTP而不是WCF支持的所有协议。
话虽如此，API Apps具有Swagger元数据来描述REST URI（端点）可以做什么（例如方法，内容类型，描述等）。有很多Swagger SDK生成器可以读取Swagger元数据并生成在应用程序中使用REST API所需的代码，几乎可以使用任何语言。对于具有最新Azure SDK的Visual Studio 2013，您也可以内置此功能。这是纯代码生成，没有紧密耦合或任何东西，我们只是生成您应该编写的代码来使用API。