在ASP.NET中创建自定义API

时间:2009-10-22 15:51:26

标签: c# asp.net api

我正在创建一个网站,我需要创建一个基本的API。不幸的是我不知道从哪里开始。

我的网站基本上会跟踪其他用户的ASP.NET网站的错误,他们可以来我的网站过滤它们,搜索它们,评论,解决等等。我需要创建一个API,其中用户可以在global.asax文件的Application_Error事件中插入几行代码,并将异常对象传递给我的站点进行存储。

这是他们的网站和我的网站之间的沟通,我不理解,没有经验。

有没有人知道创建像这样的基本API的好教程?

4 个答案:

答案 0 :(得分:2)

您可以创建一个以POST作为接收数据的页面,处理程序等。像推特和其他网站一样。

答案 1 :(得分:0)

为什么在已有API的情况下制作API。您可以使用ASP.NET的webevents框架来捕获它吗?基本上,每个站点都可以将错误记录到数据库,然后您的管理应用程序可以从数据库中读取每个站点。

查看ASP.NET health monitoring了解详情。

答案 2 :(得分:0)

您似乎正在尝试构建错误跟踪器。如果你想从头开始构建它只是为了好玩,那么请查看ASP.NET 2.0的健康监控系统。另外,看看ELMAH它超级棒。

这是一个截屏视频,展示设置ELMAH是多么容易:

http://www.highoncoding.com/Articles/458_Plugging_Elmah_into_Web_Application_to_Catch_Unhandled_Exceptions.aspx

答案 3 :(得分:0)

只是为了重新讨论已经说过的内容,你要创建的是一个Web服务 - 你有很多选项来实现这个,从基本上相当于你可以发布的页面到理论上更复杂基于肥皂的东西。我说 notionally 因为如果你在两端都使用ASP.NET,那么创建和使用服务是相对微不足道的。

对于新开发,它建议您使用WCF - 我发现它比ASP.NET Web服务稍微强一些 - 基本上在Visual Studio中运行新项目,您将获得一个您真正不需要更改的框架很多东西来创造一项服务。在客户端有一个很好的“添加服务”向导,它将再次为您完成繁重的工作。 WCF的优势在于您在绑定方面具有更大的灵活性,即调用应用程序如何与服务进行通信。

对于部署,我将您的错误记录代码包装到程序集中 - 您的用户只需要引用程序集,然后调用设置日志记录服务的URL并传递错误详细信息。

作为参考,您可能需要查看http://exceptioneer.com/这是一项与您尝试提供的设置类似的服务。