开发环境中没有遇到，线上环境用户反馈，反馈的全都是苹果的用户。问题如下： [图片]

- 调用下单接口，一直报错address error，实在看不出地址哪里有问题 - 期望结果：下单成功 - 调用参数： {'biz_id': '5941987105',  'cargo': {'count': 2,            'detail_list': [{'count': 2, 'name': '童年小食品发糕'}],            'space_x': 20,            'space_y': 40,            'space_z': 5,            'weight': 0.8},  'delivery_id': 'SF',  'insured': {'insured_value': 0, 'use_insured': 0},  'openid': 'oVkLc4mzzcCQAlnrBBl9banoFMUo',  'order_id': '2018198329849384',  'receiver': {'address': '拱辰街道西洪北街1118号',               'area': '荔城区',               'city': '莆田市',               'country': '中国',               'mobile': '18111111111',               'name': '刘聪',               'province': '福建省'},  'sender': {'address': '学院北路368号名城佳园1号楼1301',             'area': '城厢区',             'city': '莆田市',             'country': '中国',             'name': '曾彬彬',             'province': '福建省',             'tel': '05941110280'},  'service': {'service_name': '顺丰标快', 'service_type': 3},  'shop': {'goods_count': 2,           'goods_name': '童年小食品发糕',           'img_url': 'https://qiniumedia.freelycode.com/vcdn/vt8iqaaq58aa/clientimg/3/project/77c6901d85714dd1b89c4f0c358730fe',           'wxa_path': '/pages/order-detail/order-detail?orderId=1'}} - 目前返回结果： {'errmsg': 'delivery logic fail', 'delivery_resultmsg': 'address error', 'errcode': 9300501, 'waybill_data': [], 'delivery_resultcode': 20002} 实在看不出参数有什么问题。另外地址中的name和company如果超过10个字，就会报下面这个错误。对于company公司名称大于10个字的公司，写不到10个字，则名称是错误的，大于10个字，又说参数太长，感觉无解了。 {'errmsg': 'arg size exceed limit hint: [uZBirA05135659]', 'errcode': 9300526} 这个company和name参数，文档上都说长度限制是64个字节，结果11个字就报错了，这是不是一个bug唉？

需求的场景描述 对于标准的CRUD操作页面，更新操作页面内部逻辑流程大致是这样的： a. 加载当前数据，填充到输入框中，如果是选择项填充到picker中。 b. 让用户自行修改 c. 验证用户的输入，重新提交。 其中第一步和第三步的数据格式应该尽量是一致的，即上传给后台是什么，详情加载回来应该还是什么，这样才能够反复地进行修改操作。这是前提。 在picker[mode=region]这种情况下，最合适的数据格式是区划代码，也就是字符串，而不是现在的Array。理由如下： a. 大量应用都是既有小程序、又有APP的。但是APP中使用的地址选择器，其选项及地区的文字表示和小程序是不完全相同的，这样在小程序和APP之间如果使用Array表示地址，地址就难以打通。区划代码就没有这个问题，因为区划代码是标准的，无论什么样的展示，最终都能跟区划代码对应上，这样区划代码就是小程序和APP中地址数据的标准格式。 b. 区划代码是相对稳定的。城市、地区是有可能会改名的。如果小程序地址选择器更新，那么Array拿到的数据将使得更名后的地址无法跟更名前的地址对应上。但是更名是不影响区划代码的。 c. 区划代码没有政策风险。如果没有区划代码，没人会责备你为什么不加台湾地区。等国家要求你加时，国家一定会公布对应的区划代码。 所以picker[mode=region]无论是value输入还是change后得到的输出都默认应该是区划代码，而不是Array。但是考虑到小程序已经上线，遗留问题不好处理，那么至少无论value输入还是change后得到的输出，都应该支持区划代码。现在change输出中已有区划代码，建议value输入也支持区划代码。 希望提供的能力 建议picker[mode=region]的value输入也支持区划代码。