我有一个 ASP.Net 4 网站，非 MVC，经过 Forms Authenticated，我需要为其配备一个 API。谷歌后，似乎RESTful API将提供最大的可访问性。
我已经为某些 Comet 函数准备了异步自定义 HTTP 处理程序代码。我想在 API 中使用异步处理程序，以确保 IIS 线程池不被占用，并且 keep performance optimal .
我想尝试保持 REST 忠实并使用 URI 来访问和更改资源。是否有针对此类事情的设计指南，因为这似乎是许多开发人员将面临的一项任务？
我不确定是对触发所有 HTTP 动词的 API 使用一个处理程序，还是为每种资源类型使用一个处理程序，或者从通用异步处理程序派生多个处理程序。任何指导将不胜感激。
最佳答案
在你的情况下，我只会使用 Web API .很容易integrate with WebForms项目，它基本上制作用于在 ASP.NET 中执行 REST。虽然文章没有显示，the Web API lets you use Task<> in your controllers ，让它变得漂亮和异步。
如果您绝对坚持将任何和所有 ASP.NET MVC 组件排除在您的 WebForms 项目之外——即使它们彼此完全兼容——那么我不知道该告诉您什么，因为没有 MVC 就可以做到对我来说似乎适得其反；就像重新发明轮子。
关于c# - ASP.Net 4 非 MVC API 路由处理程序设计，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34118117/