Moshi
> ？？那你为啥不去官网下载 此建议的目的就是让官方提供【一个透明构建流程和使用此流程构建出的产物】。 你问我为什么不去官网下载，因为官网下载的dmg不一定是基于这套开源代码构建的。 当然，我自己也有能力去下源码构建，所以本条issues仅是一个建议。
JunzhouLiu ：https://liujunzhou.top/ 非常喜欢这个主题~~~
> 就是导入完的题目都是未公开的咋整。 题目的Json文件改成true
> 这个是非JSON标准，为什么要有这个需求？ 有些API接口，会对请求体做签名验证签名操作。写客户端业务的时候都会先转成json obj，然后对某些字段拼接，并且进行验签操作，此时客户端拿到的结果是 你好，服务端签名使用的原始文本是是 \u4f60\u597d ，此时就会出现签名验证不一致的情况。我觉得这个需求还是有必要的。
> > > 这个是非JSON标准，为什么要有这个需求？ > > > > > > 有些API接口，会对请求体做签名验证签名操作。写客户端业务的时候都会先转成json obj，然后对某些字段拼接，并且进行验签操作，此时客户端拿到的结果是 你好，服务端签名使用的原始文本是是 \u4f60\u597d ，此时就会出现签名验证不一致的情况。我觉得这个需求还是有必要的。 > > 既然提到服务端的“原始文本”应该是指请求的响应体吧？这种情况下是服务端序列化逻辑有问题啊，如果原始文本是 “\u4f60\u597d”那么服务端把它转换为json的时候应该按照json的逻辑做escaping，客户端收到的就不应该是“你好”。听起来像是服务端用拼接的逻辑做了序列化，这是不正确行为啊…… 是这样的，确实是不正确的行为，但是在实际的业务实践中，此类问题发生的概率还是比较高的。 我遇到此类问题一般是先要求服务商改，服务商有时候不改的时候（有时候很难推动他们改），就自己单独处理来自此服务商的响应。
> 我看项目介绍里支持微信和钉钉推送，但配置里没有这个选项 代码里关了需要改一下代码 先用bark或者飞书吧
@gengzhy 可以通过实现ObjectWriter和ObjectReader实现定制序列化和反序列化.
@gengzhy ObjectSerializer 和 ObjectDeserializer 被移除了，有什么新的代替方案 FASTJSON v2中有比较完善的扩展机制，如下： Annotation介绍 https://alibaba.github.io/fastjson2/annotations_cn Annotation注入介绍 https://alibaba.github.io/fastjson2/mixin_cn Feature介绍 https://alibaba.github.io/fastjson2/features_cn 使用Mixin注入Anntation定制序列化和反序列化 https://alibaba.github.io/fastjson2/mixin_cn 实现ObjectWriter和ObjectReader实现定制序列化和反序列化 https://alibaba.github.io/fastjson2/register_custom_reader_writer_cn
应该可以继续使用，填入最新的设备代码即可
> 请问正式发售后会更新苹果产品型号代码么 型号代码太多了，我就不一一更新了，可以在苹果官网自己查看。 _选好产品型号，颜色，存储容量后，查看地址栏的Code_