intsig171

可以考虑使用 SmartCodable，https://github.com/intsig171/SmartCodable 。 基于系统Codable解析能力，针对 字段缺失/字段类型不匹配/字段值为null的情况 进行了兼容。并且提供了didFinishMapping方法。

几乎无障碍替换HandyJSON的方案SmartCodable： https://github.com/intsig171/SmartCodable 提供了详尽的替换说明。欢迎体验。 我的项中有1400+处使用HandyJSON，3天就全部替换完了。  

问题1: Codable模型定义struct 和 class 均可以。 问题2: 定义了class BaseModel : HandyJSON {} ， 其他model继承BaseModel即可。Codable的解析对继承的解析需要自己实现解析逻辑（可以看demo中的演示）。直白的说：继承的支持不友好，使用起来不方便。你可以加一下QQ群： 865036731。我看看你的代码情况。

作者不维护了。在QQ群里已经明确说明了。 建议使用Codable作为替代方案。 几乎无障碍替换HandyJSON的方案SmartCodable： https://github.com/intsig171/SmartCodable 提供了详尽的替换说明。欢迎体验。 我的项中有1400+处使用HandyJSON，3天就全部替换完了。  

感谢你的反馈。 目前SmartCodable的单元测试流程是这样的： 1. 开发人员的自测，demo中提供的穷举的各种场景，都会验证一遍。 2. SmartCodable也用在公司的项目中，业务团队会进行功能层面的测试。 3. SmartCodable每次版本发布都会同步到QQ交流群（群号：865036731）做线上验证。 4. SmartCodable的大版本更新，会发布beta版本，进行公测，根据功能大小，公测时间2～4周不等。 欢迎大家参与SmartCodable的开发&测试建设，如有意向请加QQ交流群（群号：865036731）。

欢迎加入QQ交流群（群号：865036731）。 会及时更新相关的信息。


这个需求，我需要再思考一下实现的可能。 目前来看不太好实现。

好的，我们评估一下。

可否提供你的实现思路。 最好可以提供可运行的代码。 stackoverflow上的copy方法似乎会导致示内存访问问题。虽然单个path的处理可以解决问题，但是不太好处理不同类型的WritableKeyPath，你是如何这种情况下的类型擦除的？