一种在手机银行无障碍建设中的混合开发方法技术

本发明专利技术提供的一种在手机银行无障碍建设中的混合开发方法，所述混合开发方法包括：使用webView作为容器；在容器桥接前，使用UA对webview进行标识用于区分是否调用桥接；在客户端设计了一个子组件的注册表，客户端组件名唯一标识为Key，相应的组件资源的工程目录为Value；当前端需要用到所需组件时拉取配置信息，在发送url请求时找到对应的交互组件，对所述交互组件进行处理；在两端进行桥接交互的时候，所述交互组件需要两端配合；结合前端、客户端的协调和沟通，综合两端的开发模式，制定适合手机银行项目迭代要求的开发方法。使前端模块脱离对客户端的依赖，解决了前端和客户端通信困难的问题。信困难的问题。信困难的问题。

【技术实现步骤摘要】
一种在手机银行无障碍建设中的混合开发方法


[0001]本专利技术涉及手机银行领域，尤其涉及一种在手机银行无障碍建设中的混合开发方法。

技术介绍

[0002]在手机银行无障碍建设中，涉及到适老化、视障适配、听障适配、英文版适配，业务多样化、前后端功能不一。无障碍作为iOS、Android客户端操作系统层级的功能，需要开发者在前端业务日益增多的条件下脱离对客户端的依赖。在这种客户端+web前端混合开发的业务背景下，难免出现开发适配的通用性、规范化以及兼容性问题。
[0003]现有技术中，有多种方式实现无障碍开发，例如客户端原生式、Web前端式和跨平台语言式。
[0004]客户端原生式具体是指传统的原生开发模式，功能模块间相互独立；缺点是业务更新需要提交应用商店审核，频繁更新客户端会增加维护成本。
[0005]Web前端式：和客户端隔离，业务更新灵活；缺点是与客户端间的通信难度大，不能实现部分客户端系统级的功能，功能更新仍依赖客户端。
[0006]跨平台语言式：通过跨平台编译器转译成原生语言，最终生成原生样式，适合快速开发、项目初期框架搭建；缺点是对现有功能侵入较大，转译对性能有损耗，开发成本较高。
[0007]组件规模化后的规范问题，包括前端和客户端的组件开发、调用使用以及维护、迭代规范，需要两端统一规范。
[0008]工程文件的管理，子组件的增多导致编译体积庞大，开发、构建、部署速度变慢，需要按需、按类型将分散的组件管理成有序、归类的文件夹。业务的配置存在学习成本，需要在规范子组件的使用文档基础上，维护制定业务url的参数规则。不同场景业务线间没有物理隔离，出现了跨业务线互相引用混乱，例如财富业务线出现了资讯业务线名字的组件。

技术实现思路

[0009]鉴于上述问题，提出了本专利技术以便提供克服上述问题或者至少部分地解决上述问题的一种在手机银行无障碍建设中的混合开发方法。
[0010]根据本专利技术的一个方面，提供了一种在手机银行无障碍建设中的混合开发方法，所述混合开发方法包括：
[0011]使用webView作为容器；
[0012]在容器桥接前，使用UA对webview进行标识用于区分是否调用桥接；
[0013]在客户端设计了一个子组件的注册表，客户端组件名唯一标识为Key，相应的组件资源的工程目录为Value；
[0014]当前端需要用到所需组件时拉取配置信息，在发送url请求时找到对应的交互组件，对所述交互组件进行处理；
[0015]在两端进行桥接交互的时候，所述交互组件需要两端配合；
[0016]结合前端、客户端的协调和沟通，综合两端的开发模式，制定适合手机银行项目迭代要求的开发方法。
[0017]可选的，所述制定适合手机银行项目迭代要求的开发方法具体包括：开发流程、调试流程和交付流程；
[0018]所述开发流程具体包括：
[0019]无障碍的开发方式包括：前端独立开发、客户端独立开发和混合开发；
[0020]客户端采用解耦复用模块的方式对子组件进行开发；
[0021]所述客户端根据需求制定出所需子组件的列表，所述前端相应地整理出每个所述子组件的输入、输出参数需求；
[0022]待所述客户端制定参数规则并完成子组件的开发后，所述前端按照规则使用子组件。
[0023]可选的，所述调试流程具体包括：
[0024]客户端本地调试；
[0025]所述客户端联合前端进行协同调试。
[0026]可选的，所述交付流程具体包括：
[0027]客户端和前端根据需求，评估出需求涉及的复用模块内容；
[0028]交付时先由所述前端完成发布，再将所述客户端提交至应用商店。
[0029]本专利技术提供的一种在手机银行无障碍建设中的混合开发方法，所述混合开发方法包括：使用webView作为容器；在容器桥接前，使用UA对webview进行标识用于区分是否调用桥接；在客户端设计了一个子组件的注册表，客户端组件名唯一标识为Key，相应的组件资源的工程目录为Value；当前端需要用到所需组件时拉取配置信息，在发送url请求时找到对应的交互组件，对所述交互组件进行处理；在两端进行桥接交互的时候，所述交互组件需要两端配合；结合前端、客户端的协调和沟通，综合两端的开发模式，制定适合手机银行项目迭代要求的开发方法。使前端模块脱离对客户端的依赖，解决了前端和客户端通信困难的问题。
[0030]上述说明仅是本专利技术技术方案的概述，为了能够更清楚了解本专利技术的技术手段，而可依照说明书的内容予以实施，并且为了让本专利技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本专利技术的具体实施方式。
附图说明
[0031]为了更清楚地说明本专利技术实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0032]图1为本专利技术实施例提供的一种在手机银行无障碍建设中的混合开发方法流程框图；
[0033]图2为本专利技术实施例提供的前端、客户端的协调沟通的示意图。
具体实施方式
[0034]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0035]本专利技术的说明书实施例和权利要求书及附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元。
[0036]下面结合附图和实施例，对本专利技术的技术方案做进一步的详细描述。
[0037]如图1所示，一种在手机银行无障碍建设中的混合开发方法包括如下步骤：
[0038]客户端容器：使用webView作为容器，能够保持原来的技术栈不变，同时对于工程的侵入也是最低。webview桥接能通过拦截url满足前端的需求，适用于单容器、多容器多种业务场景，而不是每次切换url都重新初始化webview容器，所以在加载速度体验上也是最优的，跟原生应用体验保持一致。在更新webkit内核至X5和WkWebView后，不再提前在前端注入定时器，转变成即用即发送RPCPost的思路。对用完就释放的方案来说，客户端减少了反复注入和请求的压力，同时前端的回调更加灵活，无须监听定时器的响应，在回调函数直接处理。
[0039]桥接配置信息方案：在容器方案确定之后，前端需要知道客户端的桥接规则以及接入的桥接资源路径，加载对应的交互组件。
[0040]首先，在容器桥接前，使用UA对webview进行标识用于区分是否调用桥接；接着在客户端设计了一个子组件的注册表，即客户端组件名唯一标识为Key，相应的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种在手机银行无障碍建设中的混合开发方法，其特征在于，所述混合开发方法包括：使用webView作为容器；在容器桥接前，使用UA对webview进行标识用于区分是否调用桥接；在客户端设计了一个子组件的注册表，客户端组件名唯一标识为Key，相应的组件资源的工程目录为Value；当前端需要用到所需组件时拉取配置信息，在发送url请求时找到对应的交互组件，对所述交互组件进行处理；在两端进行桥接交互的时候，所述交互组件需要两端配合；结合前端、客户端的协调和沟通，综合两端的开发模式，制定适合手机银行项目迭代要求的开发方法。2.根据权利要求1所述的一种在手机银行无障碍建设中的混合开发方法，其特征在于，所述制定适合手机银行项目迭代要求的开发方法具体包括：开发流程、调试流程和交付流...

【专利技术属性】
技术研发人员：朱滴，
申请(专利权)人：北银金融科技有限责任公司，
类型：发明
国别省市：