What have I done?个
关于这个话题，我仔细阅读了苹果公司的documentation份报告.
Details个
SWIFT标准库定义了数据编码和解码的标准化方法.
我意识到我遇到的所有示例都是从具有键JSON、PLIST和XML(自定义)的外部数据表示中解码数据.
我遇到了一个外部数据表示没有键的用例.
例如，当从蓝牙设备读取数据时.您将收到格式化为Array或UInt8的数据.
在研究Apple的文档和定制的Decoder个实现时，我意识到所有外部数据表示都有键.
我想知道苹果的解决方案是否留有足够的回旋余地来处理不使用键的外部数据表示，即UInt8的Array.
如果Decoder没有可用于解码的键控数据，则记录Decoder.container(keyedBy:)抛出错误(DecodingError.typeMismatch).在这种情况下，如果Decoder表示的格式根本不能支持键控数据，那么当请求键控数据时，它总是会抛出错误.
然而，这样的Decoder对于任意类型并不是特别有用，因为大多数类型默认从键控数据进行编码和解码；这是使用编译器合成的Encodable/Decodable一致性时的默认行为.
如果您使用这样的Decoder来只解码您控制的类型(并且知道只请求无键容器)，那么完全避免Codable个API并编写您自己的编码和解码工具可能会更简单、更容易.
根据您对格式的描述，听起来这种格式不太可能适合Codable，反之亦然.(这也没问题！Codable并不是要完美地适应all种数据格式.)