• 惊奇发现业务移动端在往小程序化发展


    首先说下我个人最近发现一个现象,公司 App 里面的各个业务模块在往小程序化进行演变了!!

    可能大佬们也会疑惑:大部分公司不是已经一直在用小程序吗?不算。因为这里不过是作为微信、支付宝等互联网大平台的内容贡献者、参与者,“免费”向互联网平台提供了自己的内容与服务,成为了别人的“生态一员”,换取流量的转化,以触达更多的互联网消费者。

    在这里插入图片描述

    我这里指的是公司不再是单纯的用小程序开发完上架到微信等各大平台,而是把各个业务模块通过小程序的方式去承载,再让自己的 App 去运行这些小程序。

    然后我试着从技术和公司的角度去做了一些思考和分析。

    传统开发模式的技术缺陷

    首先当前90%以上的 App 采用的方案是原生或 HTML5 混合模式,但这两种模式下的 App 确实有明显的不足:

    一是原生 App 非常“重”,且发版周期长、不容易传播分享,在 iOS、Android 不同平台上需要重复建设,尤其是与当前随需随用的“效用主义”宗旨相悖。

    二是以 HTML5 为代表的混合开发方案也因为权限获取难、体验度差等原由让企业和用户“怨声”不断。

    在这里插入图片描述

    小程序“轻量”、“热更新”、“即用即走”、“体验度好”的特性,刚好可以很好的解决上面的问题,可能是大厂们都竞相在小程序上进行深入投入和应用的主要原因。

    小程序有什么技术优势

    具体分析来看,小程序的技术特性优势主要体现在以下几个方面:

    因为小程序足够“轻”,体积轻量、无需下载、无需安装,能够灵活承载各个业务模块等的全端投放和调配管理。

    小程序传播足够“快”,小程序格式继承了 HTML5 的普适性又兼具了 App 的移动端体验,利于在各大社交平台传播、易于产生网络效应,可以帮助业务内容借助微信、抖音等流量平台短时间触达用户并实现裂变。

    同时,小程序可以独立进行开发,在管理后台以上下架的形式直接发布,支持在不更新 App 的情况下实现热更新,能够解决企业 App 发版频率过高等问题,快速响应业务需求。

    此外,查阅了一些资料发现,小程序正在成为互联网的技术标准,W3C的Mini-App工作组正在形成标准化的建议稿(欧盟开源组织OW2所支持的快应用实现,也将遵循这个标准)。它不再是某个互联网公司的“专利”,“小程序”这个名字也不代表是哪一家的技术。它是一种轻应用形态,一种数字内容的表现方式,或者我们称之为“小程序化的数字内容”。
    在这里插入图片描述

    标准形成后,小程序技术的底层实现方式,依然可以是各家厂商不同。这好比浏览器厂家有 Google、Microsoft、Apple、Mozilla、Opera… 它们各自的产品 Chrome、Edge、Safari、Firefox、Opera 等等也完全基于各自的技术而产生,但这不影响它们都能正确的在各种电脑、手机上解析、渲染和展现 HTML 的内容。

    市场上出现新的技术门类,就是让企业以小程序这种形态为技术载体实现业务功能,并帮助企业以敏捷的方式,开发、运营、管理自己的“小程序化”的业务场景、应用服务、业务内容。

    如果让企业自身 App 具备小程序运行能力,企业便拥有了和微信、支付宝、抖音等互联网平台们类似的技术,从而能够享受这种技术带来的轻量、敏捷的好处,提升数字化能力。

    业务小程序化的管理优势

    业务小程序化后的还有个优势是——便于做数字内容的管理。如何去理解呢?

    如果把之前用 HTML 承载的业务需求换为小程序后,除了可以把之前在微信、支付宝上架的小程序直接拿来快速上架到自己的 App 外,还可以做到敏捷创建更多的小程序,更容易找到包括但不仅限于自己企业在内的小程序供应商伙伴,吸引例如生活缴费、手机充值、外卖等外部成熟小程序上架到自己的 App 内去丰富场景,提升 App 的用户活跃度。

    此外,还可以灵活管理投放了自身小程序的合作渠道。通过小程序管理后台,一是管理自身的自营 App 渠道,二是管理自己投放小程序的合作渠道,不管这些渠道的用户是使用手机 App、Windows 或 Mac 电脑、国产信创操作系统还是智能电视、车载系统,都可以通过小程序上下架做到灵活管控。

    这样一来各个小程序开发者/开发商不再受到各个平台规则的约束,可以按照自有的策略和计划上线运行小程序,强化了自己的管控权。

    如何获得小程序运行的技术

    首先肯定排除重复造轮子,成本太高了,耗费大量的时间成本和人力成本不说,整个小程序的使用体验度可能还没有 HTML5 好。

    市面上目前来看是有一些比较成熟的技术方案,例如 FinClip、mPaas等。

    mPaas 是阿里旗下的产品,主要是将支付宝的小程序技术对外进行输出,个人认为好处和不好的都很明显,产品成熟度高,但是还是在阿里自己的生态中玩,对于外部微信等生态的兼容度不够。

    FinClip 是专门去做小程序容器的厂商,他们打得点主要是:集成 FinClip 小程序 SDK 后,不论是 iPhone、Android、Flutter、React Native、电脑或物联网设备, 能够让不同的应用或终端设备快速具备运行小程序的能力。个人试用了一下,整体的体验度和 mPaas 相差不大,但是能够兼容微信小程序语法,对于大部分的开发者和企业有更大的吸引力。

    宣传的一个使用场景也是助力更多企业打造更高效的一站式数字内容管理平台,降低内容与渠道所形成的内容矩阵管理成本,旨在让同一小程序化数字内容在多社交平台、多终端转编译和上架。
    在这里插入图片描述

    基于文本格式的、采用标签语言和动态脚本语言、指令式的小程序化轻应用技术,只要在各种设备上有运行沙箱(通常以浏览器内核为基础),即可被运行、转发、分享、传播。它或者它的未来技术变种,也许是未来移动时代里最开放、最轻量的“数字内容”格式,企业是时候去利用这样的技术。

  • 相关阅读:
    创建、检查和反编译世界上(几乎)最短的 C# 程序
    要想增加流量需要做的几点,淘宝运营新手必看的免费流量小知识
    【LeetCode周赛】LeetCode第365场周赛
    前端RSA加解密(支持超长分段)
    oracle数据库应用技术
    速盾:ddos攻击类型有哪些?
    高等工程数学 —— 第一章 (1)距离与范数
    (高阶) Redis 7 第21讲 IO多路复用模型 完结篇
    1480. 一维数组的动态和
    【运行时数据区和程序计数器】
  • 原文地址:https://blog.csdn.net/POHOU23/article/details/126721975