耿健的个人博客

背景痛点

在开发流程中的测试阶段，
当测试完一批 bug 单，就需要去打一个最新版的体验码，
来配合测试去检验新的一批 bug 单。
打体验码的话，需要那个人现将写到一半的代码 git stash，
开始编译打包。

在持续集成系统没有搭建完毕的时候，
可以临时写一个脚本，来完成繁琐的打包上传工作。

问题起因

由于刚开始熟悉Taro + Redux + Hook的技术栈，
开发过程中有时候用的还很蹩脚，
出现了很多问题，也踩了许多坑。
今天就遇到这么个问题，
页面是根据Redux中的数据来渲染的，
可是明明已经修改了Redux的数据，
而且redux-logger也打印出来日志了，
页面却没有重新刷新渲染。

问题起因

在书写Taro的一个弹窗组件的时候，
在弹窗按钮和蒙层分别绑定了点击事件。
结果点击按钮的时候，
蒙层事件也被触发了。
这个就是事件冒泡很正常的事情，

1

e.stopPropagation();

本以为阻止一下就可以了，
结果发现并不好用。

关于装饰器

装饰器模式是在不影响原来的类/方法/属性的基础上，
增加的新功能的方式。
一般可以运用在权限校验、日志打印、性能测验、属性保护、节流防抖、耦合度低的重复性工作（加积分）等等……
或者说，你干脆不想动别人写的代码，免得背锅，
这个时候就可以通过装饰器模式进行改造。

关于 Redux

个人认为，一些轻量级的项目是完全用不到 Redux。
简单的单例出一个全局变量管理器，就可以满足项目的需要。
不过如果项目一旦沉重起来，需求逻辑繁琐，父子组件通讯错综复杂，
开发人员思路又不统一，
这个时候如果只是使用全局变量管理，
那么数据随时都可能被更改，全局变量将会成为一团乱麻，变得不可被信任。
项目的迭代和维护成本也将会迎来指数级的上升，
如果这个时候能有一个全局的对象，
可随时被观察状态，只能用特殊方式修改状态，
将会对项目的维护非常有帮助。
而这也就是 Redux。

BLE 蓝牙连接智能硬件流程

微信小程序蓝牙模块只支持 BLE，通常说的蓝牙 4.0（及以上版本）。
特点在于低功耗，高速率，距离短，数据量小，以字节流传输。

可以通过手机下载对应 APP 应用来模拟被连接的硬件设备

• iOS lightblue
• Android BLE 调试宝

关于博客

时光如梭，感觉随着岁数增大，就开始想要回忆。
从大学最开始学习的 turbo C，
到后来用的 VC 6.0，再到后来 visio studio。
从课程设计写的 MFC，用过 cocos 引擎，玩过原生 APP 开发，
到后来进了公司去做脚本开发，寻基址，读内存，模拟交互。
再到后来被正规军收编在 Ubuntu 的 Qt 上做起了 C++服务器开发。
直到现在做起来主攻微信小程序的前端开发。
这一路感觉又坎坷，又曲折。
有时候真的很迷惑，自己东一下西一下，
最后到底收获了什么。
都说没有目标的努力，都是在耍流氓。
没想到接近而立之年，竟然一直都是在耍流氓。
都说，
“种一棵树最好的时间，是十年前，其次就是现在。”
恩，买房也是。
好吧，古人云，知耻而后勇，
既然十年前不曾努力，那就从现在开始。
更新频率不用太快，不过我希望我能一直坚持下去！