我有一份<<<>条码>,其中载有<条码>-hash__和<条码>_eq_的物体,以便在收集过程中不列入任何重复内容。
我需要把这一结果编码编码为set
,但甚至通过一个空洞的<代码>>>>>>至json.dumps
。 这种方法产生<代码>TypeError。
File "/usr/lib/python2.7/json/encoder.py", line 201, in encode
chunks = self.iterencode(o, _one_shot=True)
File "/usr/lib/python2.7/json/encoder.py", line 264, in iterencode
return _iterencode(o, 0)
File "/usr/lib/python2.7/json/encoder.py", line 178, in default
raise TypeError(repr(o) + " is not JSON serializable")
TypeError: set([]) is not JSON serializable
我知道,我可以扩大<代码>json。 缩略语 在缺省方法中,我是否应当从“<>条码/代码”的数值中选取一个字句子,然后回去。 理想的情况是,我想使缺省方法能够处理最初的焦炭cho上的所有数据类型(如果用Mongo作为数据来源,日期似乎也会产生这一错误)。
欢迎对正确方向的任何暗示。
http://www.un.org。
感谢答案! 或许 我本来应该更加准确。
我利用(并引述)这里的答复,以了解正在翻译的<条码><>>><>>>> /代码”的局限性,但内部钥匙也是一个问题。
<>t中的物体是折成<>code__dict__/code>的复合物体,但本身也可能含有其财产价值,这些价值可能不符合json encoder的基本类型。
有许多不同的类型加入<>条码/代码>,而该条码基本计算了该实体独一无二的补贴,但本着NSQL的真正精神,没有确切说明该儿童物体的特性。
其中一个物体可能包含<代码>starts的日值,而另一个物体可能还有其他一些图示,其中不包括不含“非强制性”物体的钥匙。
That is why the only solution I could think of was to extend the JSONEncoder
to replace the default
method to turn on different cases - but I m not sure how to go about this and the documentation is ambiguous. In nested objects, does the value returned from default
go by key, or is it just a generic include/discard that looks at the whole object? How does that method accommodate nested values? I ve looked through previous questions and can t seem to find the best approach to case-specific encoding (which unfortunately seems like what I m going to need to do here).