论所谓"封装"之术

近来总听得些新名目,"云原生"、"容器化"之类聒噪得很了。

前日见几个后生围坐一处争论得面红耳赤——原是讨论这手机应用的包装术。

我本不耐烦这些洋码子的玩意儿﹐可细想这所谓的"封装打包",倒与那老戏台上的脸谱颇有些相似处。

却说这移动应用﹐本是一团混沌的代码魂魄﹐须得套上名为APK或IPA的皮囊方能在世间行走。


public class MainActivity extends AppCompatActivity {
    // 这行代码便是给游魂贴符咒了
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }
}

那些个开发者终日念叨着ProGuard混淆﹐恍若旧时道士画符﹐生怕旁人识破了自家法术。

构建流程示意图
图:构建流程堪比裹小脚的工序

打包方式喻体
原生编译青砖大瓦房
混合开发租界里的洋泾浜建筑
跨平台框架油纸糊的西洋镜
小程序容器借尸还魂术

(注:此表不可当真﹐大抵是痴人说梦)

警告!flutter之流虽美其名曰跨平台﹐实则是给乞儿穿长衫——终究不伦不类。 慎之!慎之!

  • 签名证书好比地契文书
  • 渠道包犹如分家产的庶子
  • 热更新活脱脱夜半鬼敲门

    (这番议论若教Google Play听见了﹐少不得又要封号)

    四丶余论:铁屋中的呐喊者何往?

    今人动辄谈用户体验优化﹐然则满屏弹窗广告丶强索权限丶暗藏追踪代码...
    这所谓的封装之术﹐莫不是新时代的"人血馒头"疗法?
    本文纯属虚构丶请勿对号入座
    作者:会敲代码的周树人
    成文于己亥年冬月廿三
    版权声明:此文章允许非商用转载﹐唯须保留署名
    免责条款:因使用文中所涉技术造成损失概不负责