@xuhaoyangx #55
Windows Server 存储池的存储分层，用内存盘做较快层似乎有丢数据的风险吧？

八成又是钉钉… 去钉钉的设置里面改了就好

常年使用 Magic Trackpad 的表示完全用不惯 Magic Mouse ……

@loading #7
http://www.airshow.com.cn/

2018 年 11 月 6-11 日，每天 9:00-17:00。
其中 6-8 日为专业日，面向航空航天专业人士开放；
9-11 日为公众日，面向社会普通观众开放，凭门票日期当日进入，提前或推后使用无效。

@fever #2
岑村有个军用直升机场啊，珠海航展涉及部分陆航的直升机展示

我也是猜测，因为往年珠海航展前，在 广州 中山 都有遇到直升机变多的情况

莫非是珠海航展的原因？

@Terry05 #11

其实淘宝目前就是这样做的
https://ws2.sinaimg.cn/large/760b39b3ly1fw9xu4xb99j20bf03cjrb.jpg

京东我印象中以前是这样的，刚才看了下已经不是了
https://ws2.sinaimg.cn/large/760b39b3ly1fw9xv5zn6mj20dj04fwen.jpg

仔细看其实可以看出，京东压根不显示 “省 /市 /区 /县” 的分级，这样就只需要考虑树形结构，不需要考虑区划层级了。

而淘宝 和 v-region，都已经有了区划层级展示，导致不得不给具体的地名一个 “名分”。

淘宝的处理是，四个直辖市虚拟了一级 “市”，但用户选择的时候，会自动选择并跳过。
直筒子市 和 省直管县级市 /省直管县 都展示为 “市” 一级，同时 “区” 无法点击选择。
其实还是略为奇怪的（市一级为什么会混入县）。


参考以上实现，我的建议是：
数据层面上，需要使用虚拟层级的方式，不论 UI 上如何展示，数据方面都通过虚拟一级单位的方式写满字段，不应出现 null 的情况，这样便于开发者做地名判断（开发者可能并不会去关注 北京市 - 济源市 - 中山市 的区别，而希望都能在 city 字段中进行处理）

UI 层面上，我更倾向于淘宝在直辖市上的实现方案，即无论如何都保留四个层级不变，但当该层级是虚拟的，导致只有一个选项的时候，自动帮用户选择，直接进入下一级。

我前面提到五级，只是从行政区划的角度，实际中我感觉基本上只要处理到 县 /镇 /街道办 一级，就可以解决大部分问题了。

虽然不能测算报价，但是你可以测算人力成本部分啊。

做大致架构以后估算消耗团队资源情况，以 “成本” 的形式上报，至于报价就让业务部门考虑赚多少就好啦。

iOS 标准控件而已

https://developer.apple.com/design/human-interface-guidelines/ios/bars/tab-bars/

@CEBBCAT #13
哈哈哈，前辈谈不上，因为我几年前搞过车联网和 BLE，所以对这个比较敏感。

BLE 信标只拿来实现这个功能感觉还是有点儿浪费了，个人感觉还是不算太优雅 hhh
唯一的好处是，由于引入了手机这个 “强大的” 处理工具，逻辑方面可以比较随意的处理了（其实后台保活是个潜在大坑）。

@sobigfish #21
小程序楼主提问的时候就限定的条件啊………………

我知道 GPS 硬件可以实现，楼上也已经有人提到了，我自然没必要再说一遍一样的，只是多提出一种思路。

@CEBBCAT #10
其实这类服务，个人认为最合适的是接入 “安吉星” 这类车联网服务当中，

一方面，他们具有接入汽车 CAN-BUS 的基础能力，保证了可以准确获取车辆行驶状态，
同时，他们大多具备获取车辆位置能力，保证了可以根据行驶位置切换限行规则，
最后，他们还都能连接互联网，主机上还能跑逻辑，这保证了不管什么规则都能下发，都能适应。


如果降低一些要求，个人认为可以考虑和车载蓝牙音响或其它 BLE 设备相结合，通过手机 APP 来解决：
Android 支持 APP 被蓝牙设备连接事件唤醒。
Android 和 iOS 均支持 APP 在后台运行扫描连接 BLE 设备（且不需要消耗太多电量）
那么可以通过在车内放置通电即启动的 BLE 信标，来触发 APP 判断逻辑，然后通过本地通知等方式予以提醒。
这样做的好处是，APP 甚至有机会进行一次定位和网络请求，来判断 “开四停四” 这种奇葩方案。
缺点是，方案绑定于手机上而不是车上。