Android技术革新之路

一、小程序开发总结

又有好久没写文章了，最近又闲了下来，就写一写前段时间的总结以及计划一下自己在开发道路上还需要学习的技术。
疫情的问题导致公司android和iOS业务暂停，我也顺理成章的成了小程序开发者，一开始我内心真的是抗拒的，但仔细想想能学到新技术，嗯，技多不压身
淦！
好在有人带，所以我上手还是很快的，简单的和android对比总结一下：

优点：
1、微信提供了很多的基础库和api，开发者只需关心业务逻辑和ui即可，无需过多的设计模式和结构设计
2、弱类型的js搭配xml响应式的数据绑定（如wx:if wx:for），只需关心数据即可，使用很方便
3、wxml搭配wxss写页面的时候平铺直叙即可，很多尺寸直接写死用rpx即可，无需担心适配问题（目前没发现问题）
4、及时运行很快速，同时预览、提审直接一键搞定，对外发二维码即可
5、版本迭代快速
6、不用在乎子线程、主线程的切换，ui操作随便在哪儿执行都ok
7、程序error，不会导致闪退这些
8、一套代码兼容多端（依赖微信）
9、以上的几点总结起来造就了奇高的开发效率

缺点：
1、广播、通知、接口回调支持的不完善
2、要实现酷炫的动画比较困难（可能个人水平太低吧=.=）
3、语法提示及自动模块代码填充功能差（可能我没设置对吧，但真没法跟android的语法提示比）
4、this.setData有点想吐（mpvue能解决，但也有其他的问题）
5、页面返回时带参没android方便
6、开发工具真的无力吐槽，功能少、太多bug。as甩他几条街不解释（有朋友可能会说用vscode啊，vscode是更叼，有一个项目是用mpvue写的，用vscode写代码，但运行的时候还是要开微信开发者工具，所以还是只能忍忍好了）
7、缺少继承、抽象方法等特性，这导致一定程度的重复代码（如页面打开日志需要在每个页面调用）
8、没有性能监控、调优这一说
9、局限于微信内部运行
10、局限于相对简单的应用，不能引入很多第三方优秀的sdk

总的来说，小程序的开发成本低，在短时间内能开发出和原生应用相似的效果，还算是个好家伙，值得一淦
以上都是个人见解，不全面，如有不准确的地方，欢迎指正。

二、android技术革新

最近换了部门和工位，h5和后端都有事可做，唯独android和iOS没事干，把我放一边凉着，明摆着让我走啊。
这我确实忍不了，加上公司转型、业绩很差，年终奖估计也是泡汤。是有想走的想法，但后面跟隔壁部门的android闲聊了解到他们在用jetpack那套框架，让我离开的想法有了转变

其实很早就对jetpack有所耳闻，只是不了解更没有用过（就像kotlin和flutter）。既然别人都用上了，肯定有他的道理吧，带着好奇心打开了很久没上的android官网。一轮看下来，可以说我头有点大我甚至怀疑自己是个假的android开发仔，viewModel是什么？ liveData又是什么？ 了解dataBinding吗？ 听过jetpack compose吗？ 会用kotlin吗？我变成了一个问号人，头皮发麻…

看完后基本清楚android开发的方向：
1、kotlin和jetpack各占一壁江山，是重点内容
2、xml和java将会慢慢淘汰，取而代之的是jetpack和kotlin
3、flutter、kmm跨平台方案也是趋势

制定两个小目标以跟上google和时代的步伐：
1、搭一个基于jetpack的mvvm框架
2、开始用kotlin写代码

现在的前端发展方向总体是朝着简洁、高效的方向发展，像iOS的swift、kotlin、jetpack compose、flutter甚至小程序语法和设计思路都有一定的相似性，都是集各家优点于一身，这意味着开发者可以花更多的时间来关注业务逻辑，从一定角度来说，这也让开发变得更智能

平时都忙于业务开发迭代，与此同时我们用的工具、语言也在更新迭代，有时候根本没时间也没精力边开发边学习新技术，只能像这样闲下来狠狠补一下。这一次好好的补一下这些缺口，现在还不是离开公司的时候，等到学会这些东西再走不迟，要是这期间公司容不下我，来个n+1岂不美哉（毕竟公司去年裁了一批人，那些人笑哈哈的走的），更何况这次疫情让我明白，年底不要裸辞！坐家里拿工资不香吗？
当然，话说回来，作为员工我还是希望给公司贡献自己的力量的，这是观念问题。如果容不下，那我当然另谋发展了。

这个世界上唯一不变的就是变化本身，还是要学会拥抱变化
加油！ 打工人！