我有一大堆web服务，每个都有几种web方法。这些服务的消费者是多种多样的。我想用一个额外的可选参数（Int64或Int32）来扩充这些Web方法中的每一个，但是使用这个额外的（可选参数）添加新方法是很多工作，并且让客户端使用新方法将更加耗时。我可以在HTTP标头中传递自定义数据吗？
所以我想知道如果我可以允许那些想利用这个参数提供的新特性的客户端可以通过HTTP头或者其他方式传递这个Int。
所以第一个问题是我可以在HTTP头中传递一个int吗？如果是这样，那么在C＃/ ASP.NET中怎么做呢？
否则，你有什么其他建议来解决这个问题？
它有点非正统，我敢肯定，一些纯粹主义者会对这个想法感到不满（头文件只能用于传输消息，而不应该包含消息的语义）。
实际上它是可行的，但您希望确保您的所有客户端都可以添加这些标头。如果你的客户正在使用工具来调用webmethods而不是自己生成HTTP请求（我希望是这种情况），那么这是一个真正的问题。
为什么很难添加这些额外的方法重载？
你可以，但你必须定义一个Header，然后设置它的值。就像在HttpWebRequest中一样，您可以添加任何标题，只要它不是其中一个保留标题。
请注意，虽然在ASP.NET中使用自定义标头很好，但在ASP.NET中生成自定义标头并非总是可行。只有在运行ASP.NET集成模式（即IIS 7.0）时才能执行此操作。
你可以，但这首先破坏了使用web服务的全部目的。类似于流行科学书籍中的每个公式将观众减少到一半的说法，每次快速入侵都会增加界面的复杂性，这意味着将来会有很多麻烦。
是的，它允许 - 但请注意，它可能会切断使用代理服务器和有时识别HTTP的防火墙（他们倾向于检查和重写头文件）的功能。
Request.Headers.Add("headername", "headervalue");
Response.Headers.Add("headername", "headervalue");
我用这个概念曾经办理注销重定向在Intranet Web应用程序的Ajax调用（没有相关的web服务）。
这是我手边的最佳解决方案，但正如其他人所说的，它取决于您是否可以将约束条件推给客户端以根据您的目的处理这些头文件。
绝对不是你想要默认做的事情。
是其非正统的，以WS- *，但我认为REST风格类型的人会很酷吧（RESTafarians？）;） – 2009-02-19 01:32:11