Wheats

几个优化的地方

6

1.实现网络类 NetWorkViewModel 中可看出来 DemoApiService ，每请求一次需要create一次，这一块是可以不必要的 2.BaseViewModel 这个类会被业务多次集成，对应的Model也会重复写，引发网络处理多次重写代码 3.BaseViewModel里stateLiveData来对网络做一个标识，现在正在思考这个思路，单个请求可以这么玩，但是当多个请求的时候，对应结果集体输出，上层无法准确知道对应处理 目前优化了， 1.DemoApiService在AppApplication里init，静态单列， 2.BaseViewModel里增加公用ApiHelper 辅助类 集中处理结果 3.BaseViewModel 初始化ApiHelper对象 对应处理类持有BaseViewModel，即可使用stateLiveData 正在修改多网络请求结果问题

蓝牙在断开连接时，存在的问题（建议优化）

1

感谢作者无私分享，非常谢谢 1.框架存储蓝牙信息在 MultipleBluetoothController类 1.通过分析，看出意图，一个bleLruHashMap类，跟bleTempHashMap类。 bleTempHashMap保存临时准备连接的设备， 在设备连接成功后，转移至bleLruHashMap类， 问题在设备还处于bleTempHashMap类时，我们调用断开连接，这个时候bleLruHashMap 还未入列 从而引发问题，设备会走超时动作。app端在使用时，点击断开了，超时后还是发出来了通知，多弹了一个框 解决方法，内部没有太多时间深究， 1.MultipleBluetoothController类增加 ``` public synchronized BreoBleBluetooth getBleTempBluetooth(BreoBleDevice breoBleDevice) { if (breoBleDevice != null) { if (bleTempHashMap.containsKey(breoBleDevice.getKey())) { return bleTempHashMap.get(breoBleDevice.getKey()); } }...

1.心跳包无效。 2.init失败情况未考虑， 3.被回收后，查看是否链接报错

native 层

1

HI ,可以提供 native 层 参数说明吗？非常感谢