1

所以说我有以下文件:

test_obj = {
    'my_things':{
        'id17': {
            'blah': 3,
            'weird': 'yay',
            'thechallenge': ObjectId('5712d06fdb4d0856551300d2')
        },
        'id32': {
            'blah': 62,
            'weird': 'hoorah',
            'thechallenge': ObjectId('5712d06fdb4d0856551300d4')
        }
    },
    '_id': 12,
    'an_extra_field': 'asdf'
}

对于本文档,我有以下架构:

API.config['DOMAIN']['test_obj']['schema'] = {
    'id': {'type': 'int'},
    'an_extra_field': {'type': 'string'},
    'my_things': {
        'type': 'dict',
        'valueschema': {
            'type': 'dict',
            'schema': {
                'blah': {'type': 'dict'},
                'weird': {'type': 'string'},
                'thechallenge': {'type': 'objectid'}
            }
        }
    }
}

现在说我用以下伪代码制作了一个补丁:

data = {
    'mythings': {
        'id17': {
            'thechallenge': '5712d06fdb4d0856551300d8'
        }
    }
}
PATCH(url='/v1/test_objs/12', data=data)

当我制作这个补丁时,Cerberus 在验证期间引发了一个错误,说"value '5712d06fdb4d0856551300d8' cannot be converted to a ObjectId". 现在这是一个有效的对象 ID,我发现如果我对其他非 valueschema 字段进行修补,它不会引发此错误。似乎 valuesschema 并不意味着具有 dict 的值,并且添加一个额外的“模式”属性是我可以绕过 cerberus 引发模式错误/让 cerberus 实际验证我的字段的唯一方法。但是 eve 实际上并没有正确地序列化我字典中的字段。当它被传递给 Cerberus 时,它应该是 ObjectId 类型。

我暂时解决这个问题的方法是在 Eve 中操作我的代码。在第 398 行的序列化(函数)中的 common.py(模块)中,我添加了它检查字段模式是否为“valueschema”:

elif field_type == 'dict' and 'schema' in field_schema['valueschema']:
    for subdocument in document[field].values():
        serialize(subdocument, schema=field_schema['valueschema']['schema'])

我不应该使用类型dictvalueschema?如果不是,我还应该如何处理这种情况?我不想维护我自己的 Eve 分支,所以如果其他人确实想要具有valueschema类型的能力,dict我应该为此更改提交请求请求吗?

4

1 回答 1

1

刚刚发布的 Eve v0.6.4 已解决此问题。

于 2016-06-08T15:26:31.357 回答