gpt4 book ai didi

rust - 反序列化具有通用类型的可选结构字段会导致语义怪异

转载 作者:行者123 更新时间:2023-11-29 07:45:47 27 4
gpt4 key购买 nike

我正在尝试将 JSON 反序列化为包含可选字段 authorization 的结构. JSON 可能包含也可能不包含此字段。如果它确实包含该字段,我正在对 hyper::header::Authorization<hyper::header::Scheme> 进行自定义反序列化。 .因为Authorization Scheme 需要通用类型,我需要(正如我所写的那样)在我的结构中包含泛型类型。

所有测试都通过了,但最后一个( de_json_none ,用于 JSON 没有 授权字段的测试)在语义上很奇怪,因为我必须以明确的 Scheme 为目标变量类型(如图所示的 BearerBasic ),尽管从 Rust 的角度来看是完全有效的,但两者都对该数据没有任何意义。

很清楚为什么会这样,但这是我不想要的事情,也是我不确定如何解决的事情。

我想编写一个 Rocket 处理程序,它只匹配包含类型为 Authorization<Bearer> 的授权字段的数据。通过将数据类型设置为 Headers<Bearer> .目前,它还会匹配根本没有该字段的数据。我也没有明确的方法来专门按类型调出缺少字段的数据。

我正在寻找有关如何重构此代码以反射(reflect) Headers 的建议确实具有三个不同的、互斥的化身( BasicBearerNone )。也许我应该在这里用枚举做点什么?

extern crate hyper;
extern crate serde;
extern crate serde_json;
#[macro_use]
extern crate serde_derive;

use hyper::header::{Authorization, Header, Raw, Scheme};
use serde::{Deserialize, Deserializer};

#[derive(Debug, Deserialize, PartialEq)]
struct Headers<S>
where
S: Scheme + 'static,
{
#[serde(deserialize_with = "auth_header", default = "no_auth")]
authorization: Option<Authorization<S>>,
#[serde(rename = ":path")]
path: String,
}

fn auth_header<'de, D, S>(deserializer: D) -> Result<Option<Authorization<S>>, D::Error>
where
D: Deserializer<'de>,
S: Scheme + 'static,
{
let s = String::deserialize(deserializer)?;
let auth = Authorization::parse_header(&Raw::from(s.into_bytes()));
auth.map(|a| Some(a)).map_err(serde::de::Error::custom)
}

fn no_auth<S>() -> Option<Authorization<S>>
where
S: Scheme + 'static,
{
None
}

#[cfg(test)]
mod test {
use hyper::header::{Basic, Bearer};
use serde_json;
use super::*;

#[test]
fn de_json_basic() {
let data = r#"{
"authorization": "Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==",
":path": "/service/",
":method": "GET"
}"#;

let message = Headers {
authorization: Some(Authorization(Basic {
username: "Aladdin".to_owned(),
password: Some("open sesame".to_owned()),
})),
path: "/service/".to_owned(),
};

let h: Headers<Basic> = serde_json::from_str(data).unwrap();

assert_eq!(message, h);
}

#[test]
fn de_json_bearer() {
let data = r#"{
"authorization": "Bearer fpKL54jvWmEGVoRdCNjG",
":path": "/service/",
":method": "GET"
}"#;

let message = Headers {
authorization: Some(Authorization(
Bearer { token: "fpKL54jvWmEGVoRdCNjG".to_owned() },
)),
path: "/service/".to_owned(),
};

let h: Headers<Bearer> = serde_json::from_str(data).unwrap();

assert_eq!(message, h);
}

#[test]
fn de_json_none() {
let data = r#"{
":path": "/service/",
":method": "GET"
}"#;

let message = Headers {
authorization: None,
path: "/service/".to_owned(),
};

let h: Headers<Bearer> = serde_json::from_str(data).unwrap();
// this also works, though neither should ideally
// let h: Headers<Basic> = serde_json::from_str(data).unwrap();

assert_eq!(message, h);
}
}

最佳答案

There's no concept of a None without a corresponding Some type .编译器需要知道为任一情况的值分配多少空间:

struct ReallyBig([u8; 1024]);
struct ReallySmall(u8);

fn main() {
let mut choice = None; // How much space to allocate?
}

在您的代码中,Authorization 的大小可以取决于为 S 选择的值.自 Headers包含 Option<Authorization<S>> , 大小为 Headers 可以取决于S的选择.

即使没有得到任何值,您也必须选择解析为某种特定类型。也许您稍后会手动将其从 None 更改为到 Some通过构建适当的值——如果没有分配足够的空间,那就麻烦了!

因此,我看不到您的解决方案如何运作。类型是静态的——您需要在编译时知道解码该 JSON 是否会导致 Authorization。或 Bearer ,这是不可能的。

通常情况下,我建议您使用带有 Box<Scheme> 的动态调度.这在这里不起作用,因为 Scheme不是对象安全的。

然后,我建议您实现自己的枚举包装 BasicBox并实现 Scheme为了那个原因。这不容易工作,因为 Scheme::scheme必须返回一个单个关键字,但您实际上支持两个关键字!

下一步是实现我们自己的 Header :

extern crate hyper;
extern crate serde;
extern crate serde_json;
#[macro_use]
extern crate serde_derive;

use hyper::header::{Authorization, Header, Raw, Basic, Bearer};
use serde::{Deserialize, Deserializer};
use std::fmt;

#[derive(Debug, Clone, PartialEq)]
enum MyAuthorization {
Basic(Authorization<Basic>),
Bearer(Authorization<Bearer>),
}

impl Header for MyAuthorization {
fn header_name() -> &'static str {
// Should always be the same header name, right?
Authorization::<Basic>::header_name()
}

fn parse_header(raw: &Raw) -> hyper::error::Result<Self> {
Authorization::<Basic>::parse_header(raw)
.map(MyAuthorization::Basic)
.or_else(|_| {
Authorization::<Bearer>::parse_header(raw).map(MyAuthorization::Bearer)
})
}

fn fmt_header(&self, f: &mut hyper::header::Formatter) -> fmt::Result {
match *self {
MyAuthorization::Basic(ref a) => a.fmt_header(f),
MyAuthorization::Bearer(ref a) => a.fmt_header(f),
}
}
}

#[derive(Debug, Deserialize, PartialEq)]
struct Headers {
#[serde(deserialize_with = "auth_header", default)]
authorization: Option<MyAuthorization>,
#[serde(rename = ":path")]
path: String,
}

fn auth_header<'de, D>(deserializer: D) -> Result<Option<MyAuthorization>, D::Error>
where
D: Deserializer<'de>,
{
let s = String::deserialize(deserializer)?;
let auth = MyAuthorization::parse_header(&Raw::from(s.into_bytes()));
auth.map(Some).map_err(serde::de::Error::custom)
}

#[cfg(test)]
mod test {
use hyper::header::{Basic, Bearer};
use serde_json;
use super::*;

#[test]
fn de_json_basic() {
let data = r#"{
"authorization": "Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==",
":path": "/service/",
":method": "GET"
}"#;

let message = Headers {
authorization: Some(MyAuthorization::Basic(Authorization(Basic {
username: "Aladdin".to_owned(),
password: Some("open sesame".to_owned()),
}))),
path: "/service/".to_owned(),
};

let h: Headers = serde_json::from_str(data).unwrap();

assert_eq!(message, h);
}

#[test]
fn de_json_bearer() {
let data = r#"{
"authorization": "Bearer fpKL54jvWmEGVoRdCNjG",
":path": "/service/",
":method": "GET"
}"#;

let message = Headers {
authorization: Some(MyAuthorization::Bearer(Authorization(
Bearer { token: "fpKL54jvWmEGVoRdCNjG".to_owned() },
))),
path: "/service/".to_owned(),
};

let h: Headers = serde_json::from_str(data).unwrap();

assert_eq!(message, h);
}

#[test]
fn de_json_none() {
let data = r#"{
":path": "/service/",
":method": "GET"
}"#;

let message = Headers {
authorization: None,
path: "/service/".to_owned(),
};

let h: Headers = serde_json::from_str(data).unwrap();

assert_eq!(message, h);
}
}

您可能希望与 Hyper 维护者核实,看看这是否是执行此类操作的预期方式。

关于rust - 反序列化具有通用类型的可选结构字段会导致语义怪异,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/45665121/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com