论网页封包之术：Hybrid应用的优劣与反思(网页封装成apk)
论网页封包之术
近来听闻诸多"聪明人"，把些网页拾掇拾掇便称作APP了。这倒教我忆起故乡的竹匠——青竹劈开抹层桐油便充檀木卖。
"新漆的门头终归是旧时瓦舍"
一 所谓封包之术
那些个"快捷转换"、"一键生成"的物事实在热闹得紧：
先备下几行咒语似的配置文件
再将html/css/javascript囫囵吞枣般裹进WebView
末了还要缀个闪亮的启动画面
这便成了所谓移动应用。
- manifest.json里填些虚名
- config.xml画个皮相
- build.gradle施些符咒
二 优劣之辩
(然则这般作为终究是权宜之计)
| 利处 | 弊病 |
|---|---|
| "短平快" | "空中楼阁" |
| "省气力" | "外强中干" |
| "易变更" | "水土不服" |
Cordova.create(this).loadUrl(launchUrl);
A. 省却真功夫者说
"现今时代要的是敏捷！"这班人振振有词道。
我却见那所谓Hybrid应用：
触屏迟滞似老妪纺纱
加载缓慢如驴拉石磨
内存消耗好比饕餮进食。
B. 原教旨主义者言
"须得Native方显本色！"那厢又有人嚷。
然则看官须知：世间万物各有其道
小商贩何必造大货轮？
菜市口的告示板怎就非得雕龙画凤？
三 封包之道义辩难
红漆马桶理论复现：再精致的UI终究承载着webview的内核。
(附)常见病症录:
启动白屏三十秒有余下拉刷新竟致页面崩溃返回键逻辑七颠八倒推送通知杳如黄鹤去不返- 电量消耗堪比游戏大作 &
四 余之刍议
当审时度势而行之：
若为临时展览之用——速封可也
若作长久经营之计——慎思为要