我这个人，干活讲究一个“省事”。一说起做手机应用，大部分人脑子里蹦出来的就是安卓、Java、Kotlin，然后就是一堆烦死人的SDK版本兼容问题，每年Google I/O大会一开，旧代码就得推倒重来一遍。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.me
为什么我说不需要爱安卓？
我当时被逼急了。我们那会儿接了一个急单子，客户要求做一个库存管理的小工具，必须能用手机扫码，数据要实时同步到服务器。需求听起来不复杂，但开发时间只有四周。我们团队里，搞服务器和网页前端的都是一把好手，但是谁TM会写安卓原生代码？招人？四周时间，人没招到，黄花菜都凉了。
我那会儿真的是火大，发誓绝对不碰那些狗屁Java代码。 我就琢磨，能不能走个歪门邪道，把我们已经写好的网页，直接塞进手机里，让它假装是一个应用？
从网页到“假应用”的实践过程
我动手开始捣鼓，方法土得掉渣。
我先让前端那边，把界面按照手机的尺寸重新调整了一遍，保证点起来舒服。这个我们叫它“自适应”，就是让网页在小屏幕上看起来也像那么回事。
接下来是核心步骤：我找了个开源的小工具，这玩意儿的作用，说白了，就是个空的手机壳子。它里面包了一个轻量级的浏览器内核，能把我的那个网页代码直接跑起来。用户打开这个壳子，看到的就是我的网站，但是顶部没有地址栏，看起来和真正的应用一模一样。
这听起来简单，但中间的坑，把我整得差点原地爆炸。
- 第一个坑：摄像头。 扫码必须用摄像头，但网页直接调手机摄像头，权限是个大问题。我必须得在这个“手机壳子”的代码里，硬塞几行特殊的代码，让它去跟安卓系统说：“嗨，我是个应用，给我摄像头权限。”我对着网上的几个案例，一点点比对，改文件名，改配置，光是调通扫码功能，就花了我三天时间。
- 第二个坑：通知推送。 客户说，有新订单进来必须有提醒。安卓应用有自己的推送通道。我的“假应用”没有。我只能绕了个大圈子：让我的网页每隔一分钟就去服务器问一次：“有新消息吗？”这叫“轮询”。虽然耗电，虽然慢半拍，但在当时，这是最快能实现的土办法。
- 第三个坑：安装包大小。 那个“手机壳子”本身就有几十兆大。再加上我的网页代码，整个安装包比一般的原生应用大了快一倍。客户吐槽，但架不住我们交货快。
实现，以及我的反思
我那四周真是睡得比狗晚，吃得比猪差。最终，我们成功把这个“套壳应用”交了上去。客户拿在手里一用，扫码、查看库存、同步数据，功能都实现了。虽然它点起来反应稍微慢一点，但它能跑在所有安卓手机上，而且更新内容巨简单——我们只需要更新服务器上的网页代码，用户不需要重新下载安装包。
最讽刺的是什么？
项目结项后，我们把这套流程固定了下来。后来所有这种内部小工具、数据展示平台，全都是用这种“不需要爱安卓”的方式做的。因为效率实在是高太多了，前端写完，我一包，直接发给内部人员用。我们再也不用去管那些烦人的版本号，不用去管那个什么Google Play商店的审核，省下了大把时间。
我发现，对于我们这种小团队或者快速验证需求，搞什么原生开发简直是自找麻烦。我就是利用了安卓系统的一个小漏洞，成功地避开了复杂的原生开发生态。 它丑，它慢，但它快。有时候，能跑就行，真不需要什么所谓的极致体验。
现在回想起来，如果当时我真的老老实实去学Java写安卓，那四周时间可能连环境都配不更别提交差了。这个教训告诉我，路不只一条，避开主流，说不定也能抄近道。
