论所谓"封装"之术

近来听得街头巷尾议论纷纷,"封装"二字竟成了时新的行话码子。
但凡能识得几行代码的年轻人便梗着脖子道:"今日必要将网站封作APP",仿佛不如此便显不出新派的气象来。

街角码农图

一 何为封装

且容老夫将这劳什子剖开细看:所谓封装者
不过是将那浏览器里的物事套个外壳罢了。
好比是拿宣纸裹着西洋镜——终究还是要透出里子的西洋景来。

  • 其一曰WebView: 如笼中观虎
  • 其二曰PWA: 东施效颦之技
  • 其三曰Hybrid: 半吊子的改良主义
"这哪里算得什么创新?不过是旧瓶装新酒的把戏!"——某不愿具名的老程序员语

二 封装的七宗罪

罪名具体表现
徒有其表
性能羸弱"转个圈圈要半柱香时辰"
内存饕餮"吃起内存来赛过八国联军"
更新滞后"好似前朝的辫子总也剪不断"
权限逾矩"偷摸要这要那如同衙门征粮"
体验割裂"左看右看总像借来的皮囊"
生态虚妄"说是APP却进不得大观园的门楣"

注:此表所列乃常见弊病
非指所有情形皆如是耳。

实例剖析:某电商APP之怪现状

点击商品详情即见白屏——原是加载网页所致;
购物车忽现两套界面——盖因原生与网页混杂;
推送消息每每迟延——终归信道不同之故。

呜呼!这般'创新'不如守旧!

[参见附录案例]>>
故障界面示意图

三 冷眼观潮说长短

这所谓的封装术
恰似给长衫钉上西装纽扣——看着新奇
终究不伦不类。

  • 往昔之兼容并包
    今成投机取巧之道具矣!
  • 开发者若尽学这般取巧法门
    恐将来连底层原理都要忘却干净。
⚠️警告:长期依赖此术者
终将沦为API的奴隶! 慎之!戒之!

*此代码仅为示意用途*

延伸思考题:

  • 真正的跨平台之道在何方?
  • 何时该用何时不该用混合开发?
  • 用户体验与开发效率如何平衡?
沉思者画像

-完-

觉得文章有用就打赏一下吧

微信扫一扫打赏