E-COM-NET
首页
在线工具
Layui镜像站
SUI文档
联系我们
推荐频道
Java
PHP
C++
C
C#
Python
Ruby
go语言
Scala
Servlet
Vue
MySQL
NoSQL
Redis
CSS
Oracle
SQL Server
DB2
HBase
Http
HTML5
Spring
Ajax
Jquery
JavaScript
Json
XML
NodeJs
mybatis
Hibernate
算法
设计模式
shell
数据结构
大数据
JS
消息中间件
正则表达式
Tomcat
SQL
Nginx
Shiro
Maven
Linux
QuickHybrid
【
quickhybrid
】架构一个Hybrid框架(三)
【上一篇】应用示例:打开新页面-》page模块-》open方法HTML:指南解读 JS执行API:'+id); //callbackId:病例集', //额外数据 是对于方法传递的额外参数,原生容器会解析成JSONObject data:{ }, success:function(result){ //所有的API调用错误都会
ignativs amor
·
2020-08-26 23:06
QuickHybrid
【
quickhybrid
】架构一个Hybrid框架(一)
产生背景:我们都知道,原生APP开发中有一个webview的组件(Android中是webview,iOS7以下有UIWebview,7以上有WKWebview),这个组件可以加载Html文件。在Html5没有兴盛之前,加载的Html往往只能用来做一些简单的静态资源显示,但是H5大行其道以后,Html5中有很多新增的功能,炫酷的效果,特别是iOS中H5支持一直都很良好,Android4.4以上支持
ignativs amor
·
2020-08-26 23:06
QuickHybrid
【
quickhybrid
】如何实现一个Hybrid框架
章节目录【
quickhybrid
】如何实现一个跨平台Hybrid框架【
quickhybrid
】架构一个Hybrid框架【
quickhybrid
】H5和Native交互原理【
quickhybrid
】JSBridge
weixin_33670713
·
2020-08-26 23:28
【
quickhybrid
】架构一个Hybrid框架
前言虽然说本系列中架构篇是第一章,但实际过程中是在慢慢演化的第二版中才有这个概念,经过不断的迭代,演化才逐步稳定明确目标首先明确需要做成一个什么样的框架?大致就是:一套API规范(统一Android与iOS),所有API异步调用(防止阻塞)提供大部分原生功能的API(包括很多常用的功能给H5使用)原生需要能调用到H5中注册的方法(用关于原生主动通知)部分API需要支持H5环境(譬如alert需要在
weixin_30379531
·
2020-08-26 23:39
【
quickhybrid
】H5和原生的职责划分
前言在JSBridge实现后,前端网页与原生的交互已经通了,接下来就要开始规划API,明确需要提供哪一些功能来供前端调用。但是在这之前,还有一点重要工作需要做:明确H5与Native的职责划分,确定哪一些功能可以由H5实现,哪一些功能只能由原生实现Native与H5职责划分使用Hybrid模式,用H5开发页面的本质是:减少工作量(一套代码,多个平台),以及快速的更新迭代(譬如线上更新),而且还需要
weixin_33851604
·
2020-08-03 06:37
【
quickhybrid
】架构一个Hybrid框架(二)
就是定义Native和JS的通信,Native只通过一个固定的桥对象调用JS,JS也只通过固定的桥对象调用Native,交互原理如下图:JSBridge实现思路:实现流程:详情见链接:https://
quickhybrid
.github.io
ignativs amor
·
2020-08-03 04:34
QuickHybrid
【
quickhybrid
】架构一个Hybrid框架(四)
【上一篇】注意事项:以下均来自项目实战,可以参考1.1.使用场景虽说使用使用混合框架优点较多,但并不是所有的都适合用它来开发。一般在与app产生交互的时候,使用hybrid较佳,像点击收藏、关注等直接在页面实现的功能,还是直接写较好。1.2.调起原生页面:openLocal()具体实现方法在文档里面有,需要注意的是:因为你要调起原生的页面,所以需要指出调起哪个页面,这时候,额外数据就要发挥作用了d
ignativs amor
·
2020-08-03 04:03
QuickHybrid
【
quickhybrid
】架构一个Hybrid框架
前言虽然说本系列中架构篇是第一章,但实际过程中是在慢慢演化的第二版中才有这个概念,经过不断的迭代,演化才逐步稳定明确目标首先明确需要做成一个什么样的框架?大致就是:一套API规范(统一Android与iOS),所有API异步调用(防止阻塞)提供大部分原生功能的API(包括很多常用的功能给H5使用)原生需要能调用到H5中注册的方法(用关于原生主动通知)部分API需要支持H5环境(譬如alert需要在
春天随风而逝
·
2020-08-02 20:33
hybrid
【
quickhybrid
】如何实现一个Hybrid框架
章节目录【
quickhybrid
】如何实现一个跨平台Hybrid框架【
quickhybrid
】架构一个Hybrid框架【
quickhybrid
】H5和Native交互原理【
quickhybrid
】JSBridge
春天随风而逝
·
2020-08-02 20:33
hybrid
Hybrid APP基础篇(一)->什么是Hybrid App
最新更新一个开源的快速混合开发框架:https://github.com/
quickhybrid
/quickhybridAndroid、iOS、JS三端内容初步都已经完成,有完善的设计思路、教程以及API
weixin_30897233
·
2020-07-30 17:53
Android与H5交互框架实践(上)
https://github.com/
quickhybrid
/
quickhybrid
-android先看下网上实现H5交互有哪些方式,再看看优劣。常见的网上几种方式(图很模糊将就一下
Nicole被占用
·
2020-02-06 17:04
【
quickhybrid
】iOS端的项目实现
前言18年元旦三天内和朋友突击了下,勉强是将雏形做出来了,后续的API慢慢完善。(当然了,主力还是那个朋友,本人只是初涉iOS,勉强能看懂,修修改改而已)大致内容如下:JSBridge核心交互部分ui、page等部分常用API的实现(其它慢慢完善)组件(自定义)API拓展的实现API的权限校验仅预留了一个入口,模拟最简单的实现其它如离线资源加载更新,底层优化等机制暂时不提供项目的结构这个项目中,为
撒网要见鱼
·
2018-01-03 17:00
【
quickhybrid
】iOS端的项目实现
前言18年元旦三天内和朋友突击了下,勉强是将雏形做出来了,后续的API慢慢完善。(当然了,主力还是那个朋友,本人只是初涉iOS,勉强能看懂,修修改改而已)大致内容如下:JSBridge核心交互部分ui、page等部分常用API的实现(其它慢慢完善)组件(自定义)API拓展的实现API的权限校验仅预留了一个入口,模拟最简单的实现其它如离线资源加载更新,底层优化等机制暂时不提供项目的结构这个项目中,为
撒网要见鱼
·
2018-01-03 00:00
前端
hybrid-app
ios
objective-c
【
quickhybrid
】Android端的项目实现
前言前文中就有提到,Hybrid模式的核心就是在原生,而本文就以此项目的Android部分为例介绍Android部分的实现。提示,由于各种各样的原因,本项目中的Android容器确保核心交互以及部分重要API实现,关于底层容器优化等机制后续再考虑完善。大致内容如下:JSBridge核心交互部分ui、page、navigator等部分常用API的实现组件(自定义)API拓展的实现容器h5支撑的部分完
撒网要见鱼
·
2017-12-29 08:00
【
quickhybrid
】Android端的项目实现
前言前文中就有提到,Hybrid模式的核心就是在原生,而本文就以此项目的Android部分为例介绍Android部分的实现。提示,由于各种各样的原因,本项目中的Android容器确保核心交互以及部分重要API实现,关于底层容器优化等机制后续再考虑完善。大致内容如下:JSBridge核心交互部分ui、page、navigator等部分常用API的实现组件(自定义)API拓展的实现容器h5支撑的部分完
撒网要见鱼
·
2017-12-29 00:00
开源项目介绍
hybrid-app
android
前端
【
quickhybrid
】JS端的项目实现
前言API实现阶段之JS端的实现,重点描述这个项目的JS端都有些什么内容,是如何实现的。不同于一般混合框架的只包含JSBridge部分的前端实现,本框架的前端实现包括JSBridge部分、多平台支持,统一预处理等等。项目的结构在最初的版本中,其实整个前端库就只有一个文件,里面只规定着如何实现JSBridge和原生交互部分。但是到最新的版本中,由于功能逐步增加,单一文件难以满足要求和维护,因此重构成
撒网要见鱼
·
2017-12-28 09:00
【
quickhybrid
】JS端的项目实现
前言API实现阶段之JS端的实现,重点描述这个项目的JS端都有些什么内容,是如何实现的。不同于一般混合框架的只包含JSBridge部分的前端实现,本框架的前端实现包括JSBridge部分、多平台支持,统一预处理等等。项目的结构在最初的版本中,其实整个前端库就只有一个文件,里面只规定着如何实现JSBridge和原生交互部分。但是到最新的版本中,由于功能逐步增加,单一文件难以满足要求和维护,因此重构成
撒网要见鱼
·
2017-12-28 00:00
前端
hybrid-app
javascript
开源项目介绍
【
quickhybrid
】组件(自定义)API的实现
前言前文在API规划时就已经有提到过组件API这个概念,本文将会介绍它的原理以及实现理解组件API这个概念quick.ui.xxxquick.page.xxx在
quickhybrid
中,API是按模块划分的
撒网要见鱼
·
2017-12-27 08:00
【
quickhybrid
】组件(自定义)API的实现
前言前文在API规划时就已经有提到过组件API这个概念,本文将会介绍它的原理以及实现理解组件API这个概念quick.ui.xxxquick.page.xxx在
quickhybrid
中,API是按模块划分的
撒网要见鱼
·
2017-12-27 00:00
前端
hybrid-app
android
ios
【
quickhybrid
】H5和原生的职责划分
前言在JSBridge实现后,前端网页与原生的交互已经通了,接下来就要开始规划API,明确需要提供哪一些功能来供前端调用。但是在这之前,还有一点重要工作需要做:明确H5与Native的职责划分,确定哪一些功能可以由H5实现,哪一些功能只能由原生实现Native与H5职责划分使用Hybrid模式,用H5开发页面的本质是:减少工作量(一套代码,多个平台),以及快速的更新迭代(譬如线上更新),而且还需要
撒网要见鱼
·
2017-12-26 08:00
【
quickhybrid
】H5和原生的职责划分
前言在JSBridge实现后,前端网页与原生的交互已经通了,接下来就要开始规划API,明确需要提供哪一些功能来供前端调用。但是在这之前,还有一点重要工作需要做:明确H5与Native的职责划分,确定哪一些功能可以由H5实现,哪一些功能只能由原生实现Native与H5职责划分使用Hybrid模式,用H5开发页面的本质是:减少工作量(一套代码,多个平台),以及快速的更新迭代(譬如线上更新),而且还需要
撒网要见鱼
·
2017-12-26 00:00
前端
android
ios
hybrid-app
【
quickhybrid
】API规划
前言当一切就绪后,就要开始进行API规划,这一块是整个Hybrid框架中非常重要的内容,毕竟对于前端页面来说,只会通过JSAPI来调用功能。基本上,API调用起来是否方便简洁影响着整个体验。这里将内容细分为以下几点:API约束(包括调用格式,传参格式,回调格式)功能规划(约定这个框架应该提供什么样的功能)权限校验(很重要的一块,校验后才能调用,包括权限校验的代码格式,校验一些什么内容,以及哪些AP
撒网要见鱼
·
2017-12-25 11:00
【
quickhybrid
】API多平台支撑的实现
前言在框架规划时,就有提到过这个框架的一些常用功能需要支持H5环境下的调用,也就是需要实现API的多平台支撑为什么要多平台支撑?核心仍然是复用代码,比如在微信下,在钉钉下,在quick容器下,如果没有多平台支撑,那么quick.ui.alert只能用于quick容器下,钉钉和微信下就得分别用其它代码实现,代码复用率低,如果实现了多平台支撑。那么三个平台中同一个功能的代码则是一样的。什么样的多平台支
撒网要见鱼
·
2017-12-25 08:00
【
quickhybrid
】API的分类:短期API、长期API
前言一切就绪,开始规划API,这里在规划前对API进行了一次分类:短期API、长期API首先申明下,这个是在实际框架演变过程中自创的一个概念,其它混合框架可能也会有这个概念,但应该是会在原生底层来实现,而不是前端实现。。而这里由于是前端驱动,所以相比其它混合框架,前端多了一个处理引擎(包括多平台适配,API处理等等)划分的凭据根据API回调的实际执行次数来划分,执行一次自动回收的是短期API,可以
撒网要见鱼
·
2017-12-25 08:00
【
quickhybrid
】API的分类:短期API、长期API
前言一切就绪,开始规划API,这里在规划前对API进行了一次分类:__短期API、长期API__首先申明下,这个是在实际框架演变过程中自创的一个概念,其它混合框架可能也会有这个概念,但应该是会在原生底层来实现,而不是前端实现。。而这里由于是前端驱动,所以相比其它混合框架,前端多了一个处理引擎(包括多平台适配,API处理等等)划分的凭据根据API回调的实际执行次数来划分,执行一次自动回收的是短期AP
撒网要见鱼
·
2017-12-25 00:00
前端
hybrid-app
android
ios
【
quickhybrid
】API多平台支撑的实现
前言在框架规划时,就有提到过这个框架的一些常用功能需要支持H5环境下的调用,也就是需要实现API的多平台支撑为什么要多平台支撑?核心仍然是复用代码,比如在微信下,在钉钉下,在quick容器下,如果没有多平台支撑,那么quick.ui.alert只能用于quick容器下,钉钉和微信下就得分别用其它代码实现,代码复用率低,如果实现了多平台支撑。那么三个平台中同一个功能的代码则是一样的。什么样的多平台支
撒网要见鱼
·
2017-12-25 00:00
前端
hybrid-app
android
ios
【
quickhybrid
】API规划
前言当一切就绪后,就要开始进行API规划,这一块是整个Hybrid框架中非常重要的内容,毕竟对于前端页面来说,只会通过JSAPI来调用功能。基本上,API调用起来是否方便简洁影响着整个体验。这里将内容细分为以下几点:API约束(包括调用格式,传参格式,回调格式)功能规划(约定这个框架应该提供什么样的功能)权限校验(很重要的一块,校验后才能调用,包括权限校验的代码格式,校验一些什么内容,以及哪些AP
撒网要见鱼
·
2017-12-25 00:00
前端
hybrid-app
android
ios
【
quickhybrid
】JSBridge的实现
前言本文介绍
quickhybrid
框架的核心JSBridge的实现由于在最新版本中,已经没有考虑iOS7等低版本,因此在选用方案时没有采用urlscheme方式,而是直接基于WKWebView实现交互原理具体
撒网要见鱼
·
2017-12-24 17:00
【
quickhybrid
】H5和Native交互原理
前言Hybrid架构的核心就是JSBridge交互,而实现这个交互的前提是弄清楚H5和Native端的交互本文主要介绍Native端(Android/iOS)和H5端(泛指前端)的交互原理(之前也整理过类似的文章,本系列重新梳理)Native与H5交互的两种方式原生和前端的交互有两种方式:urlscheme以及JavaScriptCore(在Android中是addJavascriptInterf
撒网要见鱼
·
2017-12-24 11:00
【
quickhybrid
】JSBridge的实现
前言本文介绍
quickhybrid
框架的核心JSBridge的实现由于在最新版本中,已经没有考虑iOS7等低版本,因此在选用方案时没有采用urlscheme方式,而是直接基于WKWebView实现交互原理具体
撒网要见鱼
·
2017-12-24 00:00
前端
hybrid-app
android
ios
【
quickhybrid
】H5和Native交互原理
前言Hybrid架构的核心就是JSBridge交互,而实现这个交互的前提是弄清楚H5和Native端的交互本文主要介绍Native端(Android/iOS)和H5端(泛指前端)的交互原理(之前也整理过类似的文章,本系列重新梳理)Native与H5交互的两种方式原生和前端的交互有两种方式:urlscheme以及JavaScriptCore(在Android中是addJavascriptInterf
撒网要见鱼
·
2017-12-24 00:00
前端
hybrid-app
android
【
quickhybrid
】架构一个Hybrid框架
前言虽然说本系列中架构篇是第一章,但实际过程中是在慢慢演化的第二版中才有这个概念,经过不断的迭代,演化才逐步稳定明确目标首先明确需要做成一个什么样的框架?大致就是:一套API规范(统一Android与iOS),所有API异步调用(防止阻塞)提供大部分原生功能的API(包括很多常用的功能给H5使用)原生需要能调用到H5中注册的方法(用关于原生主动通知)部分API需要支持H5环境(譬如alert需要在
撒网要见鱼
·
2017-12-23 15:00
【
quickhybrid
】如何实现一个Hybrid框架
章节目录【
quickhybrid
】如何实现一个跨平台Hybrid框架【
quickhybrid
】架构一个Hybrid框架【
quickhybrid
】H5和Native交互原理【
quickhybrid
】JSBridge
撒网要见鱼
·
2017-12-23 15:00
【
quickhybrid
】架构一个Hybrid框架
前言虽然说本系列中架构篇是第一章,但实际过程中是在慢慢演化的第二版中才有这个概念,经过不断的迭代,演化才逐步稳定明确目标首先明确需要做成一个什么样的框架?大致就是:一套API规范(统一Android与iOS),所有API异步调用(防止阻塞)提供大部分原生功能的API(包括很多常用的功能给H5使用)原生需要能调用到H5中注册的方法(用关于原生主动通知)部分API需要支持H5环境(譬如alert需要在
撒网要见鱼
·
2017-12-23 00:00
前端
android
hybrid-app
ios
【
quickhybrid
】如何实现一个Hybrid框架
章节目录【
quickhybrid
】如何实现一个跨平台Hybrid框架【
quickhybrid
】架构一个Hybrid框架【
quickhybrid
】H5和Native交互原理【
quickhybrid
】JSBridge
撒网要见鱼
·
2017-12-23 00:00
ios
android
hybrid-app
前端
上一页
1
下一页
按字母分类:
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
P
Q
R
S
T
U
V
W
X
Y
Z
其他