ASP.NET Web API的可行性

我正在将我的三个WP7应用程序移植到Android上，这些应用程序使用我的WCFSOAP服务（这样我就可以通过改变赚钱）。他们不喜欢那里的SOAP，所以我需要将我的WCF服务方法复制到Restful服务

几个月前，我使用WCFRestServiceTemplate40（CS）模板创建了一个简单的工作测试服务，所以这是一个选择。然而，我在网上看到很多关于使用MVC4的ASP.NETWebAPI的信息

---

我的问题是：这项工作是否已经完全做好，并将继续发展和繁荣，还是微软会让我全部参与其中，然后在我工作一年后像烫手山芋一样扔掉它。

我会选择任何可以支持的工作，同时尽可能少地实施。如果我在一个公平的环境中，我会使用WebAPI，主要是因为它非常非常平滑。我还将使用版本化的URL或内容协商对API进行版本化，以隔离自己

---

我不能代表微软说话，但总的来说，他们在相当长一段时间内一直支持作为完全支持产品发布的任何产品。我希望WebAPI的支持时间至少与平台的支持时间一样长。我认为微软不会很快放弃对.NET的支持，我希望在可预见的未来看到.NET 4.0得到支持。

随着Windows 8的发布，VB6将一直支持到20世纪20年代末的某个时候……我更担心对WCF REST的持续支持，而不是对ASP.NET Web API的支持，ASP.NET Web API的MVC部分让我感到害怕。我认为MVC是严格的和限制性的，这是一个深入的研究。我想我可以用下个月的时间完成我的应用程序，或者用它来研究MVC的本质。谢谢你的意见。GarytheWebAPI肯定不是mvc——您可能会被这样一个事实绊倒，即Web API通常将其表示为mvc站点的扩展。但是它在它的头上站得很好。另外，MicrosoftMVC实现实际上比刚性更灵活。它不像铁轨或django那样预先轧制。