.net 哪个web服务框架？

我即将开始将基于C#的桌面应用程序转换为基于web的应用程序。出于两个原因，我希望通过web服务将GUI从逻辑中删除。微软有asmx文件、WCF，下周PDC可能会有新的内容。数据可以通过SOAP、REST、JSON以及其他12种方式传递

---

有谁能推荐我应该开始使用的.NET framework吗？

我投票支持WCF，请举手。

我投票支持WCF，请举手。

如果您想要选择SOAP、REST和JSON，那么您可能需要查看和，尽管我个人对REST实现不满意。但WCF提供了最大的灵活性，但代价是成本。一定要让自己熟悉它，否则你会得到令人恼火的神秘的、无用的例外。注意生成的客户端。

如果您想要SOAP、REST和JSON选项，那么您可能需要查看And，尽管我个人对REST实现不满意。但WCF提供了最大的灵活性，但代价是成本。一定要让自己熟悉它，否则你会得到令人恼火的神秘的、无用的例外。并注意生成的客户端。

您即将移动到新平台。我会选择WCF。它可以满足您的所有需求

---

最初，当您移动时，您可以使用httpBinding，它非常接近asmxweb服务，并且基于SOAP。如果您以后需要一些高级功能，那么您肯定可以使用webHttpBinding，这将为您提供基于REST和JSON的接口。WCF是一个非常强大的编程模型，您肯定应该使用它。

您即将使用一个新的平台。我会选择WCF。它可以满足您的所有需求

---

最初，当您移动时，您可以使用httpBinding，它非常接近asmxweb服务，并且基于SOAP。如果您以后需要一些高级功能，那么您肯定可以使用webHttpBinding，这将为您提供基于REST和JSON的接口。WCF是一种非常强大的编程模型，您应该使用它。

对于像您这样的桌面应用程序，以JSON的形式传递数据没有多大意义。它的主要用途是允许从web浏览器更轻松地访问。虽然它们有不同的用途，但其余的也可以说是一样的

在我看来，对于两个可以通信的.NET应用程序来说，WCF是一个不错的选择。虽然对于许多人来说，ASMX更容易符合他们的想法（只需用WebMethodAttribute装饰一些东西，你就完成了），但我不推荐它，因为它缺乏像样的授权/身份验证/加密（选择任何一种），而且微软似乎不再鼓励它的使用

---

顺便说一下，你也可以看看。不幸的是，现在您有更多的选项可供选择。：）

对于像您这样的桌面应用程序，以JSON形式传递数据没有多大意义。它的主要用途是允许从web浏览器更轻松地访问。虽然它们有不同的用途，但其余的也可以说是一样的

在我看来，对于两个可以通信的.NET应用程序来说，WCF是一个不错的选择。虽然对于许多人来说，ASMX更容易符合他们的想法（只需用WebMethodAttribute装饰一些东西，你就完成了），但我不推荐它，因为它缺乏像样的授权/身份验证/加密（选择任何一种），而且微软似乎不再鼓励它的使用

顺便说一下，你也可以看看。不幸的是，现在您有更多的选项可供选择。：）