.net 此接受标头有什么问题?规则是什么?

.net 此接受标头有什么问题?规则是什么?,.net,http,http-accept-header,.net,Http,Http Accept Header,我有这样一个Accept标题: application/myapp+json;版本=2.0 但是,当我尝试使用它时,System.Net.Http.Headers.MediaTypeWithQualityHeaderValue的构造函数将其视为无效而拒绝。南希似乎并不介意 似乎它不喜欢分号。在标题中指定特定版本的“正确方法”是什么?生成“有效”接受标题应遵循哪些规则?您可以尝试添加标题而无需验证。还有,为什么不直接使用MediaTypeHeaderValue是的,我们可以解决它,但我想知道规则是

我有这样一个
Accept
标题:

application/myapp+json;版本=2.0

但是,当我尝试使用它时,
System.Net.Http.Headers.MediaTypeWithQualityHeaderValue的构造函数将其视为无效而拒绝。南希似乎并不介意


似乎它不喜欢分号。在标题中指定特定版本的“正确方法”是什么?生成“有效”接受标题应遵循哪些规则?

您可以尝试添加标题而无需验证。还有,为什么不直接使用
MediaTypeHeaderValue
是的,我们可以解决它,但我想知道规则是什么。使用
var added=client.DefaultRequestHeaders.TryAddWithoutValidation(“Accept”,“application/myapp+json;version=2.0”)之类的东西进行测试和工作良好。已分析媒体类型,并将版本添加为标头的参数。至于那些太过宽泛而无法在这里回答的规则。
MediaTypeHeaderValue
也有同样的问题,是的,我们可以不经验证就添加,也许完整的规则对这里来说太多了(但链接可能…),但我们使用的标题有什么问题?应该有一些明显的东西,不是吗?根据我使用它们的经验,我一眼就看出你的媒体类型没有问题。你可以尝试添加标题,而无需验证。还有,为什么不直接使用
MediaTypeHeaderValue
是的,我们可以解决它,但我想知道规则是什么。使用
var added=client.DefaultRequestHeaders.TryAddWithoutValidation(“Accept”,“application/myapp+json;version=2.0”)之类的东西进行测试和工作良好。已分析媒体类型,并将版本添加为标头的参数。至于那些太过宽泛而无法在这里回答的规则。
MediaTypeHeaderValue
也有同样的问题,是的,我们可以不经验证就添加,也许完整的规则对这里来说太多了(但链接可能…),但我们使用的标题有什么问题?应该有一些显而易见的东西,不是吗?根据我使用它们的经验,我一眼就看出你的媒体类型没有任何问题