企业越需要混合模式App开发技术吗？

菏泽炫佑科技

企业越需要混合模式App开发技术吗？

很多人可能不知道，大型企业和IT预算较多的企业的移动应用大部分都是基于混合模式开发和实施的。

很多从事App开发的技术人员都有一种偏见，觉得“基于HTML5技术使用混合模式开发的App的体验和功能会和原生模式开发的不一样”，因此更愿意使用原生模式开发App 。

事实上，市场上大多数主流应用程序都是基于混合模式开发的。 *典型的就是微信。 除了聊天功能外，公众号、小程序等都是采用混合模式开发技术实现的。 例如电子商务领域的淘宝、京东等，旅游领域的携程、教育领域、信息分类58等不同应用范围的App，混合模式开发技术使得产品的运营和管理展示和在线市场活动变得更加容易。 非常灵活。 此外，在航空、保险、银行等行业，无论是服务客户的toC模式APP，还是管理员工的toE、toB模式APP，大多采用混合模型开发，混合模型开发技术已成为绝对的解决方案。主力。

人们不禁要问，“为什么这些拥有充足预算和开发资源的企业和机构会选择混合模式的App开发技术作为企业互联网化的支撑？” 答案其实与企业的互联网和数字化需求直接相关。 接触。 以下四个方面决定了更有实力的企业需要混合模式的App开发技术； 同时，也是混合模式App开发技术在形成不同行业解决方案方面的根本优势，也是企业选择的必要性。

速度要求

“试错”这个词不仅在互联网企业中广为流传，在传统企业互联网化的过程中也被广泛接受。

越来越多的CIO在谈论自己企业的移动战略时，都会提到“我们能否根据业务部门的一个想法，在一周内做出一个原型，快速实现，展示给大家看，然后基于这个原型”会再次修改。” 这种快速启动、快速验证、快速调整的方式已经非常流行，之所以要在短时间内将业务从想法变为现实，即使app很粗糙，也是因为创新的想法对于业务来说是非常重要的。具有鲜明企业个性的企业可能没有先例可循，也很难考虑透彻……与其花三到五个月不断思考业务需求，不如先用一两周的时间把基本想法付诸实践。即使短时间内创建的App并不能真正满足业务的需求，但也能让业务人员的想法在这个过程中变得有理有据、有的放矢，从而提前探索出更加完整、可行的业务方案。 。

“业务部门的一个想法在一两周内就被IT部门实施了！” 这是对企业信息技术负责人非常重要的褒奖。 这种对速度的要求，恰恰是混合模式开发技术*明显的特点和优势。 一套代码可以同时生成iOS和两个平台的应用程序，甚至部分兼容微信公众号和小程序。 一套代码并不意味着工程技术的偷懒或简化，更多的是因为它不仅节省了代码编写的时间，而且避免了多个技术团队之间跨知识结构的协作问题。 不再需要iOS和工程师开会讨论分歧，大大节省了App和服务器在线调试的时间和成本。 但如果同样的功能从头开始，使用传统原生开发技术在一两周内基本不可能完成有价值的业务需求的实现，因为这个时间甚至可能不足以解决碎片化和差异化的问题。不同的终端。 为了解决。 因此，为了满足业务发展的需求和数字化的速度，CIO们往往计划在移动战略中采用跨平台混合模式的App开发技术。

业务灵活性要求

在PC时代的B/S架构下，更新IT系统不需要过多考虑对用户侧的影响。 由于浏览器作为用户的入口始终在访问网络，只要网络连通，用户在访问网站时就会随时获得*新的功能和服务。 对于用户来说，版本的概念并不真正存在。 只要您访问服务器，服务器的任何更新都可以随时显示在用户界面上。 当出现使用问题时，只需清理一次浏览器即可基本解决。

但在移动时代，用户对版本的概念越来越敏感。 App版本管理也成为CIO们头疼的问题。 通常由于软件开发人员能力的限制或者一些不可避免的bug，一些发布的应用程序变得难以使用甚至崩溃。 此外，一些临时的市场活动、数量较少但重要的功能以及一些计划外的产品需求调整都会直接导致同样的问题：“用户必须更新版本并重新下载安装才能满足上述需求”。 这种看似日常的版本发布和用户更新，正是传统企业在信息化进程中面临的新问题。

“用户能否像传统浏览器一样始终打开*新的服务和功能？” 很多企业的CIO都提出了同样的问题，于是大量不合规的软件服务商和IT程序员想出了一种“偷懒”模式。 在App中嵌入一些，在传统网页模式下使用一些功能，访问服务器，动态获取。 虽然表面上解决了版本更新的问题，但实际上却产生了大量体验不佳的应用。

企业对业务灵活性的要求本质是，像微信小程序一样，可以随时发布一些新功能，并且可以随时动态添加和更改某些功能的入口，以便用户可以随时使用。会的，同时用户体验也会更好。 这种业务灵活性的需求，其实需要小程序这样强大的混合模式App开发技术来支撑。 这样就可以实现“增量更新”、“静默更新”、“开放获取新功能、新体验”，而不是嵌套、用网页模拟App，以用户不佳为代价换取业务灵活性的可行性经验。

当然，传统模式开发的应用程序，尤其是手机开发的应用程序，开始部分支持动态更新。 这也恰恰表明，业务灵活性是企业在互联网化、数字化进程中的迫切需求。 然而，由于传统技术的限制以及软件开发团队或服务提供商能力的限制，真正的原生动态更新始终无法大规模进入企业并实现商业用途。 这也使得企业对混合模式App开发技术的需求更加迫切，成为每个CIO的必备选择。

集中管理要求

互联网的广泛普及带动了业务部门的互联网意识。 因此，传统IT部门主导的企业信息化局面发生了微妙的变化。 过去是IT部门发起信息化需求，但现在IT部门越来越像“服务部门”。 因为业务团队不断发起各种“业务+互联网”的信息需求。 此时，很多传统企业的IT部门领导并没有意识到自己角色的转变。 如果还存在拖延、冷漠、自己处理不了等思想，就会导致今天很多企业面临的“信息化问题”。 各种移动应用程序完全碎片化以及“各个业务部门寻找自己的软件开发人员来满足自己的需求”等问题。 这不仅掏空了IT部门在信息技术方面的领先地位，更麻烦的是，让后续的集中管理变得极其困难。 几十甚至上百种不同标准的服务混杂在企业的核心系统中。 有些业务部门甚至脱离了IT部门主导的传统PC核心系统，以求快速满足自身需求。 这些操作是非常危险的。

当IT部门被业务部门要求满足业务基于互联网的需求时，往往发现自己无法做到。 IT部门人力有限，无法一一满足各业务部门的移动需求。 如果放任不管，就会出现前面提到的“技术栈和开发者”碎片化的问题。 这时，基于混合模式App开发技术的移动应用平台就可以很好地解决两者之间的矛盾。

制定标准，实现“集中管理”。 如果企业能够制定一套统一的混合模式App开发技术和移动平台标准，那么各个业务部门就可以独立找到自己的软件开发商，并采用各种方法来满足自己的移动业务需求。 平台一致性可以带来标准化的统一。 包括技术标准化、开发流程标准化、代码管理标准化、项目管理标准化、验收标准化、管理运营标准化等。

既放手又抓住。 这是互联网时代企业信息化的要求，也是IT部门的责任。 混合模式App开发技术有望成为实现企业移动战略的有力工具之一。

信息安全要求

企业互联网化带来的*根本的变化是内网信息化变成了外网互联网化。

传统信息化一般包括内联网、固定地点、固定网络环境、固定设备等关键词。 移动战略背景下的企业互联网化还包括外部网络、随时随地、员工个人设备、4G、Wi-Fi等关键词。 这些不起眼的变化，给公司业务带来了翻天覆地的调整。

移动设备管理软件（MDM）风靡一时，但购买了MDM的企业几乎无一例外地发现寸步难行。 因为 MDM 附带自带 (BYOD)。 如果用企业管理软件来管理员工的个人设备，很多人肯定会反对。 因此，大多数MDM*终都草草了事，只是管理企业自己购买的一些移动设备。

如何保障企业移动化、互联网化的安全？ 这就需要满足三个级别的安全，即设备安全、传统安全和云安全。

混合模式App开发技术可以实现类似于企业应用商店（如微信公众号）的动态权限绑定和授权模型。 它可以支持特定的设备和特定的人群，也可以选择不同的子应用。 此外，还可以实现随着用户工作内容的调整，根据设备编码和用户权限实时分配新的子应用的功能。

这种基于企业移动应用商店的“分应用”模式，也是混合模式App开发技术成为企业移动战略支撑的关键。 因为一个做得好的企业应用商店不仅可以满足企业传统原生模式开发的应用无法给出的各种安全需求，还可以达到管理业务灵活性的目的。

作为中国主流混合模式App开发技术服务商，一直以布道者的身份推动混合技术在国内的发展和应用。 我们不仅提供技术，还提供商业服务，所以我们会更深入地渗透到大量的商业用户，比如海尔、春秋航空、英特尔、中信证券、上汽集团等。我们的团队结合不同的业务场景和实际企业客户需要撰写《30天App开发从0到1：移动开发实践》，希望为不同规模的企业在移动信息化、互联网化过程中提供有用的信息。 具有一定的参考价值，也可以为从事App开发的技术人员提供更多的实践经验可供借鉴。

​

《30天从0到1的应用开发：移动开发实践》

邹达、李德兴

主要内容

本文对平台进行整体介绍，包括应用开发模型、设计思路、控制台使用流程等，并以一个App为例，让读者体验一个完整的App开发流程。

学习目标

（1）了解平台、相关学习资源、介绍材料和常见问题。 让从未接触过平台的读者对平台有一个基本的了解； 已经学习并已经掌握了一些技能的读者可以通过本文的学习快速找到所需的信息和问题的解决方案。

（2）学习如何在平台上创建、修改、调试、编译和运行*简单的App。 掌握App完整的开发流程。

要全面介绍该平台，需要花费很长的时间和大量的篇幅来解释每一个细节。 本文作者希望能用更多的篇幅来讲解一个App的实际开发流程，并讲解具体的代码实现。 因此，本文在介绍平台时，一一提出问题，然后告诉读者到哪里去寻找相应的学习资源，到哪里去寻找问题的解决方案。

1. 平台介绍

本文将从平台能做什么、如何获得帮助、技术、产品、生态等多个方面介绍该平台。

1.1.1 查看平台能力

当开发者接触一个开发平台时，首先想到的通常是检查平台的能力。 尤其是那些想做app并且有明确需求的开发者，会非常关心自己的需求在这个开发平台上能否得到满足。 因此，在本文一开始，我们就先解决这个开发者普遍关心的问题。 读者可以结合自己预先考虑的需求来了解平台，并了解如何在平台上快速找到相关能力。

1.通过官方文档快速搜索功能模块

查看平台提供的能力*基本、*有效的方法之一就是查看API文档。

官网文档页面如图1-1所示。 如果需要查看视频播放功能，可以在文档中搜索“视频播放”。 搜索结果如图1-2所示。 可以看到平台上有多种提供视频播放功能的模块，比如（播放本地视频）、（播放在线视频）、（聚视播放器）、（百度播放器）等。

​

图1-1​

图1-2

单击搜索结果之一可查看该模块的详细文档。 比如点击“”后，可以看到该模块提供了很多视频播放的API。 这些API基本涵盖了视频播放器的所有常用功能，如图1-3所示。

​

图1-3

再比如，如果你想查找支付功能，可以在文档中搜索“支付”。 从搜索结果中可以看到，平台上提供支付功能的模块有很多，比如（支付宝）、wxPay（微信支付）、（银联支付）、（支付宝）、iap（iOS应用内支付） ， ETC。; 还有第三方聚合支付模块如ping++等。 单击每个模块可查看特定 API 详细信息。

如果读者想知道平台有哪些能力，*简单的方法就是在官方文档中搜索相应的功能，这样就可以一目了然地知道平台是否有相应的模块来支持自己想要的功能。

2.能力支撑体系

目前，平台已提供600多个模块、数万个API。 这些API基本上可以涵盖一个App所需的所有常用功能。 为了方便描述，分为“平台使用”、“基本功能”、“界面布局”、“设备特性”、“功能扩展”、“开放服务”六大类。 类别、分类及具体内容如图1-4所示。

​

图1-4

1.1.2 开发模式、技术语言及平台定位

很多初学者都会关心这些问题：App的开发模式是什么，使用什么技术语言，当前的开发团队是否适合开发App，整体的学习曲线是怎样的，上手难度如何， ETC。

1.开发模式和技术语言

应用开发模型是使用标准的HTML、CSS+扩展API进行App开发，如图1-5所示。 App开发采用标准HTML5技术，针对标准HTML5没有的功能或者使用HTML5实现体验较差的功能（这些功能也是开发者在App开发过程中非常常用的功能）。 它提供了600多个扩展模块和数万个API，通过它们可以扩展HTML5的功能，以满足App开发需求。

​

图1-5

2.扩展API调用方式

扩展 API 的调用方式与标准方法完全相同。 引擎的核心API放在.api对象下。 该对象是唯一在全局范围内扩展的对象，可以直接调用。 如果要调用某个模块下的方法，可以通过在api的参数中指定模块的名称来动态引入。 方法引入对应的模块，然后调用该模块下的方法。 具体演示如下。

1 //核心API在.api对象下，可以直接调用 2 api.(param, ); 3 //需要引入扩展模块并符合规范 4 var = api.(''); 5.（参数，）； 6 param: {} //参数是一个JSON对象 7: (ret, err){} //回调函数是一个对象。 通过该函数返回异步方法调用的结果

所有 API 的调用方式都相同。 **个参数是一个JSON对象，携带要传递给模块的信息； 第二个参数是一个函数。 大多数 API 调用都是异步的。 调用时需要指定一个函数。 当API操作完成后，将通过该函数回调操作结果。

一些常见的调用方法，比如打开新窗口，可以调用 api.(); 打开通讯录可以调用api.()，录音、图片缓存等也调用相应的方法。 如果要加载文件系统模块，可以通过api.("fs")加载fs模块，然后调用fs模块下面的方法。 使用条码扫描模块类似。 示例如下。

●打开新窗口：api.()。

●开放系统通讯录：api.()。

●录音：api.()。

●缓存网络图片：api.()。

●加载fs模块：var fs = api.('fs')。

●创建一个新文件：fs.()。

●加载二维码/条码扫描模块：var = api.('')。

●打开二维码/条码扫描：.()。

该技术基于标准的HTML、CSS和技术，并基于标准扩展了一个核心对象——API对象和数百个模块。 可以使用 api 加载这些模块。 函数，并且上面列出的方法是使用标准对象调用的。

3.扩展API的作用

读者可能会问，为什么要扩展这么多API呢？ 事实上，扩展的API都是标准不支持的方法，或者是使用标准HTML5实现但体验较差的功能。 读者可以将HTML5理解为一种技术、一种语言，但它还没有达到一个平台的水平。 这就是进行这些扩展的原因。 一切拓展主要围绕以下四个方面进行。

兼容性：在PC互联网时代，浏览器有多个核心。 创建框架的*初原因是为了实现代码在各种浏览器上的兼容和适配。 在移动互联网时代，虽然它处于主流手机系统和iOS的浏览器核心，但出于商业原因，谷歌从中建立了一个新的分支，名为Blink。 现在这两个分支的主要贡献者是Apple和，因此两个内核之间的兼容性问题在未来将一直存在。

实用性：

页面不等于应用程序。 标准HTML、CSS和规范更多地用于定义网页和文档。 比如现在的一些框架都在讲SPA结构，主要是单页面企业越需要混合模式App开发技术吗？，很多HTML标签都是针对文本的。 显示信息； 应用程序则不然。 应用强调功能和体验。 原生系统中有很多组件，HTML5标签和组件的设计规范完全不同。 因此，使用标准的HTML5技术来开发App是不现实的。 人们无法将为App建立的规范直接转移到App中。

B/S架构和/Cloud架构：PC互联网时代，终端产品的主要架构仍然是B/S架构； 但在移动互联网时代，终端产品的主要类型是App，而App是完整的/云架构。 在移动端，实现接口和功能，并在云端提供数据和服务。 页面布局存储在移动端，功能实现也在移动端完成，所以用户在使用时可以感觉到App的启动、页面渲染和布局显示都非常灵敏。

速度、交互和体验：这三个问题是直接使用 HTML5 技术开发应用程序的*大挑战。 事实上，如果一个界面是采用HTML5技术实现的，渲染后展示出来，用户在看到界面时并不能立即判断出它是采用HTML5还是技术实现的。 但当用户进行交互、点击体验响应速度或做出手势触发动画时，用户可以非常清晰地感受到，并能分辨出界面是使用技术还是HTML5开发的。 。 因此，速度、交互和体验也是使用HTML5技术开发应用程序时必须解决的问题。

连续性、静态标准和动态标准：HTML5花了7年时间才定稿，整个标准迭代缓慢； 而且iOS的每次版本更新都会增加很多新的功能，而这些新增的功能正是目前业界所具备的。 *需要的功能，但这些功能很难通过新的 HTML5 标准的开发来快速更新并在各种浏览器中支持它们。 那将是一个非常漫长的过程。

可扩展性：开发一个App时，开发者需要扩展很多功能，有时结合行业特点，有时结合硬件，这会用到大量国内的开放服务，比如推送和直播、智能识别等。所有这些功能均未在标准 HTML5 规范中定义，并且并非所有标准浏览器引擎默认都支持。

一般来说，扩展的所有功能在标准 HTML5 中都不可用。 如果HTML5有它并且在App中运行没有任何问题，那么平台就不需要做这个扩展。 所有扩展功能实际上都是为了解决HTML5在兼容性、实用性、可持续性和可扩展性方面的问题。

4. 模块商店

平台扩展的所有功能都可以在模块Store中查看，如图1-6所示。

​

​​ 图1-6

5.平台定位

它是一个中间层，位于应用程序和系统之间的一层。 在这一层，将开发一个App所需的所有系统调用、开放服务和扩展功能进行聚合，然后以统一的API的形式提供给应用程序。 开发商来电。 这就是平台的定位，如图1-7所示。

​

​​ 图1-7

1.1.3 技术、产品、生态、案例、商业模式

这部分有很多内容需要向读者介绍，但本文不想为此占用大量篇幅。 读者可以通过官网公开课视频了解更多。 官方视频教程2中有数百集课程，其中《视频基础代码讲座1到3》通过几个小时的视频向读者详细介绍了技术、产品、商业模式、案例以及生态的各个方面。 如果读者是**次联系我们。 我们建议您花一定的时间观看这些公开课的视频。

在官方网站的“开发者社区”选项卡下。

官方视频教程中有。

1.1.4 开发者服务体系

开发者在选择或使用平台时会遇到很多问题。 遇到问题时应该如何解决？ 另外，开发者也会关心这个平台在提供技术的同时能提供哪些服务？ 有完整的生态吗？ 是否有活跃的社区提供技术支持、学习和交流？

针对这些问题，本节列出了以下与开发者服务体系相关的产品。

1.开发平台

这是官方网站，也是整个应用开发和管理平台的入口。

2.开发工具

点击官网“开发工具”。

它是一个移动应用程序开发平台，需要编码工具来开发应用程序。 对于开发工具，支持包括基于 Node.js 的 Atom、Text 和 CLI 命令行工具。 开发人员开发应用程序时，可以使用任何他们喜欢的主流编码工具。 他们只需要在这些工具中安装相应的插件即可。

以Text3为例，如图1-8和图1-9所示，可以看到有版本和Mac版本的下载地址。 这里下载的是Text提供的插件。 下载完成后，打开文本。 在Text中安装插件后，您可以使用“新建项目”、“新建文件”、“Wifi真机同步”、“日志输出”、“代码管理”等在Text中开发应用程序所需的功能。 相关功能。 在其他工具中，如Atom、、、等，也可以分别安装这些工具提供的相应插件。 所有这些工具插件都是免费开源的app开发，源代码可以在 .

在 中搜索“-”。

​

​​ 图1-8

本文案例的开发将全程使用2作为开发工具。 2是为开发者提供的基于Atom扩展的全功能集成开发工具。 本书附录B中将详细介绍2种开发工具的使用。

​

​ 图1-9

3.开发文档

点击官方网站上的“文档”。

整个开发文档包含三个部分。 **部分是公司的整体介绍和开发工具，是其网页的*左边一栏； 中间部分是API介绍，包括端API、扩展模块、前端框架。 、云API等； *右边是技术专题，以技术专题的形式总结了开发过程中常见的问题。 无论您是初学者还是使用它开发过应用程序的开发人员，本文建议您遇到问题时，**个解决方案是查找文档。 该文件遵循简洁、清晰的写作原则。 使用某个API时，直接进入文档查看其对应的使用说明即可。

4.开发者社区

点击官网“开发者社区”。

它拥有中国*活跃的HTML5混合开发者社区。 在这个社区里，有很多高素质、经验丰富的开发者。 用户在社区中遇到的问题可以**时间得到解答。 自平台上线以来，社区中积累了许多有价值的技术话题帖子和讨论。 因此，强烈建议开发者经常访问社区。 那里的帖子是每个开发人员学习经验的总结。 本文希望读者在开发过程中遇到问题时，可以到社区寻找相关答案或者提问。 It is best for to spend some time the posts from to end, which is very .

5. VIP

Click "VIP " on the .

When many large or start-up , due to the tight cycle of the , and they have just come into with a new , they will some use. These can be in the , but it may not be . . For this type of , VIP are , and can also the . Of , this is . After the it, will be in the form of a work order. If have any , will them one-on-one half an hour.

炫佑科技专注互联网开发小程序开发-app开发-软件开发-网站制作等