在 .Net 中，我认为 Web 服务是一种项目类型，您可以从菜单中选择它，定义您的类和方法，然后 .Net 会在后台执行所有这些黑魔法，以允许另一端的人世界引用我的 Web 服务，并直接在他们的 Visual Studio 中使用我的类和方法开始编码。
因此，有了这个先入为主的观念，在考虑使用 MVC 3 编写 REST Web 服务时(我知道 MVC 4 内置了一个 REST api，但我正在等待完整版本)我想知道所有常见的东西，比如“这是一个好主意”，“这会经得起大量使用吗”和“我只是在编写其他开发人员会 mock 的玩具网络服务”。
现在我认为我的很多焦虑可能归因于微软尚未为其包装一个庞大、过于复杂、臃肿、 Shiny 的 REST 包。因此，我希望人们告诉我是的，MVC Web 服务是非常适合创建的好东西，希望能减轻我的焦虑。
有什么帮助吗？
最佳答案
我已经做过几次了，我仍在生产中使用它并且没有收到任何投诉。 我实际上认为这是一个很好的解决方案，因为它的设置和维护非常简单。 不是这个令人难以置信的 xml-configuration-heavy wcf 东西..
关于c# - 使用 MVC 的 REST Web 服务，是个好主意吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9583901/