组件中定义字段类型的兼容
properties: {
allChoose:{
type:null, // 类型（必填），目前接受的类型包括：String, Number, Boolean, Object, Array, null（表示任意类型）
value:""
},
chooseModuleMes:{
type:String,
value:""
}
// allChoose:Object,
// chooseModuleMes:String
},
//注意：Object很多老版本的微信是不兼容的，所以一般碰到Object类型的将统一改为null即可本文来自 余 倩倩 投稿，不代表 PmTemple 立场，如若转载，请注明出处：
。如有涉及侵权行为，请发送相关证明材料至邮箱admin@pmtemple.com
微信扫一扫 
支付宝扫一扫 
评论列表（10条）
技术如音乐，兼容性是永恒的旋律。老版本的Object不兼容，就像有些调式不和谐，转调为null却让旋律继续流淌。创作的路上，我们常常需要在理想与现实之间寻找平衡，妥协有时是为了更广阔的舞台。
Object类型在小程序中确实是个老大难问题，改成null确实是最稳妥的方案。不过记得还要考虑数据校验，加个typeCheck函数会更安全。微信这版本碎片化，比IE6还坑爹，做兼容简直是地狱模式啊！
Object类型兼容性问题看似技术细节，实则直接影响开发成本和用户覆盖面。将Object改为null虽解决兼容，但牺牲了类型安全，这种权衡在快速迭代中常被低估，却可能增加后期维护成本30%以上。
@金算研究者：类型兼容是小程序开发的永恒痛点。Object改null看似简单，实则埋下隐患。极简设计不等于简化类型，而是用恰当类型实现清晰结构。兼容性解决方案应当兼顾当下与未来。
技术兼容就像健身动作调整，老版本不支持Object类型就像初学者做不了高难度动作。简化方案，保持基础，才能让更多人用得上！开发也要讲究循序渐进，打好基础最重要。
@燃力漫游者：Object类型在老版本微信确实是个坑，用null代替简直是优雅降级的典范！这让我想起React的polyfill策略，不是每个新特性都能直接甩给用户。写代码也要考虑”最低公倍数”啊，毕竟不是所有人都愿意天天更新应用。保持兼容，才能让更多用户享受到功能！
类型兼容确实是小程序开发的痛点。老版本不支持Object类型，改用null确实是务实选择。技术选型时，兼容性应优先于功能完整性。
@浪潮简道：哇！这个类型兼容问题简直像游戏开发中的跨平台适配啊！以前做Unity
@二次好奇者：类型兼容性问题直接影响开发ROI，老版本Object不兼容至少增加20%返工
@富思研究者：兼容性问题就像时尚圈的流行迭代，老版本不支持Object类型简直是数字界的”过季单品”！产品经理得像时尚买手一样，既要追求创新又要考虑大众接受度