不支持code码为0开头的数据源 about city_pickers HOT 12 OPEN

可以了解一下. 为什么没有使用标准的地区码. 而是使用031.032这种么?

至于为什么要int一下. 是在淘系的时候. 地区码都是 标准数字. 习惯性的初始化一下.

from city_pickers.

第三方SDK那边提供的数据源，是0开头的

from city_pickers.

可以对此问题修复一下吗？String才适合更多情况吧，没必要强制使用标准地址码

from city_pickers.

让我想想. 怎么小范围改动. 适配你这种情况

from city_pickers.

好的，感谢

from city_pickers.

有一个非常lowb的办法. 在注入meta的时候, 为每一个id前加入"1",
如:
转化前

{
    "0031": "上海市", 
    "0053": "云南省"
}

转化后

{
    "10031": "上海市", 
    "10053": "云南省"
}

出来结果的时候. 把"1' 去掉

from city_pickers.

这个最开始有想到，APP层还涉及到数据回显，改动就会比较多。
也考虑到在后端去修改数据源，但因为是第三方的数据源，就尽量没有去动这个数据。

在插件内部去进行id左边加1的操作，会不会更好一点~ 对使用者是无感的
或者直接去掉转int的操作吧~

from city_pickers.

本地看了一下. 改动还是比较大的. 端午前后修复过下. 看如何安全改造.

from city_pickers.

选择上海，南京这些都会挂掉
出现异常。
_AssertionError ('package:flutter/src/rendering/object.dart': Failed assertion: line 2708 pos 12: '!_debugDisposed': is not true.)

from city_pickers.

本地看了一下. 改动还是比较大的. 端午前后修复过下. 看如何安全改造.

hello，进展如何

from city_pickers.

看了一下. 改成成本略高. 不太敢动. 欢迎提PR~~解决

from city_pickers.

最后审视了一下. 还是觉得完成这个改造了. 使用int在中间做key有点傻.

from city_pickers.