我一直在和WCF一起努力,以我想要的方式来做REST。显然有很多其他人。我听说过WCF Web Api project,但是如果不仔细看它就错误地驳回了它。可悲的是,现在我正在看它,我发现文档已经过时了。就像,this blog post有一些很好的信息,但是类已经改变,参数已经改变,简而言之,设计已经改变。
所以我一直在使用一个旧的例子来说明如何插入Json.NET(newtonsoft)作为我的序列化器,只是意识到在我工作之后,它对我的IErrorHandler不起作用。此外,我遇到了如何Deserialize a string from the uri template to an operation Type parameter的问题。
然而,似乎我应该能够通过使用媒体格式化程序扩展点以及过时的Processor<..>
来解决这两个问题(可能还有许多其他我没有偶然发现的问题)文档,现在是HttpOperationHandler<..>
,除非我误解了。
我的问题是相当基本的,我无法弄清楚如何正确配置我的IIS托管应用程序以使用我的操作处理程序,假设我已正确实现它。因为在这样的基本事情上请求指示感觉相当愚蠢,我宁愿问我在哪里可以找到关于如何做这类事情的文档? (当然欢迎解释。)
我不是在看到哪些类存在,或者用什么参数命名它们的方法。我可以在对象浏览器中看到所有这些内容。我需要整体设计的文档,和/或隐含地描述如下内容的示例:
答案 0 :(得分:1)
由于缺乏答案,我认为文档很简单还没准备好。
我在Documentation标签下的codeplex网站上寻找它,并发现了过时的内容。
然而,在熟悉了Codeplex之后,我发现好东西在this Discussion section。在那里搜索有点帮助说实话。
关于配置文件配置,我没有找到任何东西,所以我假设这将在官方发布之前添加为最后一件事。这意味着我现在将在自定义HttpConfiguration
中使用HttpServiceHostFactory
。
关于HttpOperationHandler
的诀窍是双重的:首先,我在我的操作中抛出异常,但尚未实现全局HttpErrorHandler
。 (Doh!)其次我不知道HttpOperationHandler&lt; ..&gt; .OnHandle的参数名称必须与操作参数的名称匹配。