当前位置:  开发笔记 > 编程语言 > 正文

我可以在HTTP标头中传递自定义数据吗?

如何解决《我可以在HTTP标头中传递自定义数据吗?》经验,为你挑选了3个好方法。

我有一大堆Web服务,每个服务都有几个Web方法.这些服务的消费者多种多样.我想用额外的可选参数(Int64或Int32)来扩充这些Web方法中的每一个,但是使用这个额外的(可选参数)添加新方法是很多工作并且让客户端使用新方法将更耗时.

所以我想知道我是否可以允许希望利用此param提供的新功能的客户端可以在HTTP头中以其他方式传递此Int.

所以第一个问题是我可以在HTTP头中传递一个int吗?如果是这样,在C#/ ASP.NET中如何做到这一点?

否则,你有什么其他建议来解决这个问题?



1> Frank Schwie..:

它有点不正统,我敢肯定一些纯粹主义者会对这个想法感到不满(标题应该只用于传输消息,不应该包含消息的语义).

实际上它可行,但您希望确保所有客户端都可以添加这些标头.如果您的客户使用工具调用Web方法而不是自己生成HTTP请求(我希望是这种情况),那么这是一个真正的问题.

为什么添加这些额外的方法重载是如此困难?


是的,它对WS-*来说是非正统的,但我认为RESTful类型的人(RESTafarians?)会很酷;)
我相当确定RESTful类型会期望输入参数位于请求路径或请求体中.
由于移动网络,我一直在这方面.在一项工作中,我们对自定义标头进行了一些操作,以验证另一端的数据.在一些英国网络上,他们的代理执行某种标题条带/重建,在此期间从标题中删除了额外的空间.不是解决那个问题的好时机.

2> Michael Neal..:

是的,这是允许的 - 但请注意,它可能会切断使用代理的能力,有时也会阻止http感知防火墙(它们倾向于检查和重写标头).



3> Demi..:
Request.Headers.Add("headername", "headervalue");
Response.Headers.Add("headername", "headervalue");

推荐阅读
有风吹过best
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有