软方电子科技-工业自动化控制的Android工业平板电脑开发

 软方电子科技--安卓工业屏二次开发

 

 

工程硕士学位论文 基于Android+HTML5移动Web项目高效开发探究 研究生姓名: 唐帅 导师姓名: 罗军舟 教授 苏生 教授 申请学位类别 工 程 硕 士 学位授予单位 东 南 大 学 工程领域名称 软 件 工 程 论文答辩日期 研究方向 Android+HTML5 学位授予日期 答辩委员会主席 评阅人 硕士学位论文 基于Android+HTML5移动Web项目 高效开发探究 专业名称: 软件工程 研究生姓名: 唐帅 导师姓名: 罗军舟 校外导师: 苏生 THE RESEARCH OF EFFICIENT DEVELOPMENT OF MOBILE WEB PROJECTS BASED ON ANDROID AND HTML5 A Thesis Submitted to SoutheastUniversity For the Academic Degree of Master of Engineering BY Tang Shuai Supervised by Luo Junzhou and Su Sheng College of Software Engineering SoutheastUniversity February 2017 东南大学学位论文 独创性声明 本人声明所呈交学位论文是我个人在导师指导下进行研究工作及取得研究成果。尽我所知,除了文中特别加以标注和致谢地方外,论文中不包含其他人已经发表或撰写过研究成果,也不包含为获得东南大学或其它教育机构学位或证书而使用过材料。与我一同工作同志对本研究所做任何贡献均已在论文中作了明确说明并表示了谢意。 研究生签名: 日期: 东南大学学位论文使用 授权声明 东南大学、中国科学技术信息研究所、国家图书馆有权保留本人所送交学位论文复印件和电子文档,可以采用影印、缩印或其他复制手段保存论文。本人电子文档内容和纸质论文内容相一致。除在保密期内保密论文和在技术保护期限内论文外,允许论文被查阅和借阅,可以公布(包括以电子信息形式刊登)论文全部内容或中、英文摘要等部分内容。论文公布(包括以电子信息形式刊登)授权东南大学研究生院办理。 研究生签名: 导师签名: 日期: 摘要 目前工业市场上认证检测领域,业务流程陈旧繁琐,用户与检测机构无法便捷有效沟通。除此之外,用户需要亲临检测机构实地送检,在检测每一个环节用户也无法有效进行追踪,这些都制约着认证检测领域进一步发展。鉴于市场上用户手机型号、种类、屏幕分辨率等参差不齐,传统方式根据主流系统分别开发相应系统耗时又耗力,为了高效开发并节约开发项目成本,本文采用Android+HTML5相结合方式进行移动端Web系统设计研发工作。 然而,由于HTML5W3C标准规范还未制定,安卓系统中类浏览器Webview自身存在一些局限性,因此仍存在着诸多问题亟需解决,包括:(1)多窗口类浏览器模式问题。安卓上用于加载Webview视图窗口只是作为类浏览器而存在,在安卓上更是只能同时运行一个Webview。(2)跨域数据交互问题。不同Webview之间无法共享数据。(3)页面自适应问题。页面难以兼容适应不同分辨率设备和浏览器。 本文研究并设计了基于Android+HTML5在线认证检测系统,主要工作包括以下四个方面: (1)针对多窗口类浏览器模式问题,指出并分析了该问题存在原因,利用Activity运行机制,通过Fragment栈对主要模块Webview进行管理,实现对不同模块之间切换控制。 (2)针对跨域数据交互问题,指出并分析了跨域缓存交互问题出现原因,通过在HTML5存储技术基础上,重写LocalStorage,用移动端本地Sqlite进行数据维护,实现跨域数据交互。 (3)针对页面自适应问题,本文结合渐进增强以及拥抱流式布局思想,同时研究利用了移动设备视口特性,实现跨分辨率、跨设备页面自适应。 (4)针对系统功能实现问题,通过结合利用原生态框架与HTML5跨平台性,实现了“认我测”在线认证检测系统。 综上所述,“认我测”在线认证检测系统,率先填补了认证检测领域移动端空缺,提供了Web浏览器+移动端双端访问模式,给用户提供了多种访问途径,真正实现了用户和检测机构随时随地在线下单检测。 关键词:HTML5,检测与认证,Android,多窗口浏览器模式,跨域处理,页面自适应 Abstract At present business processes are old and explicit in industrial market of certification and detection filed, as well as users can not have effective and convenient communication with detection institutions. Apart from these, customers have to come to detection institutions personally to send samples, and they can not take effective trace of each process during detection. All of these limit the advanced development of certification and detection field. As the versions, types and resolution of users' mobile phones vary in current market, conditional ways depending on systems respectively cost extra time and resources. In order to develop efficiently and save cost of projects, this paper combines android with HTML5 to design and start the development of mobile web system. However, due to standard specification of W3C of HTML5 hasn't been drafted, and browser-alike webview in android has several limits itself, there are still many problems to be solved. Including: (1) Multi-window browser pattern. Webview window in android used to load pages just works like browser, as well as there is only one webview running at the same time. (2)Cross-domain data interaction. Different webviews can not share data. (3)Self-adaption of pages. It is difficult for pages to adapt to devices and browsers of different resolution. This paper researched and designed an online certification and detecting system based on Android and HTML5. Four main parts are included as following: (1) Considering multi-window browser problem, this paper pointed out and analysed reasons of it. The running mechanism of Activity was used cleverly and webiews of main modules were managed through Fragment stacks, in order to control the switch among different modules. (2)Considering cross-domain data interaction problem, reasons of it were pointed out and analysed. LocalStorage was overrided based on HTML5 storage technics, and local sqlite was used to maintain data in order to realize cross-domain data interaction. (3)Considering self-adaption of pages, the system combined the ideas of progressive enhancement and embracing flow layout, aiming at personalitites of mobile facilities viewports, and realized respective solution. (4)Considering the implementation of system functions, the system took the advanteges of native frameworks as well as HTML5 crossing platforms, and developed "Finding Me Detecting" online certification and detecting system. In summary, "Finding Me Detecting" online certification and detecting system filled up blanks of mobile market in certification and detecting field, provoding double side access pattern, that is to say web browser together with mobile side, offering users various ways to access the system, and really realized the goal of whenever and wherever ordering to detect for users and detecting companies. Keywords: HTML5; Quality Authentication; Android; Multi-window browser; Cross-domain data; Page self-adaption 专业名词清单 专业名词 名词解释 HTML5 万维网核心语言、标准通用标记语言下一个应用超文本标记语言(HTML)第五次重大修改 Android 一种基于Linux自由及开放源代码操作系统,主要使用于移动设备,如智能手机和平板电脑,由Google公司和开放手机联盟领导开发 IOS 由苹果公司开发移动操作系统 Webkit 一个开源浏览器引擎,在手机上应用十分广泛 Webview WebView(网络视图)能加载显示网页,可以将其视为一个浏览器。它使用了WebKit渲染引擎加载显示网页 Activity Activity是一个应用程序组件,提供一个屏幕,用户可以用来交互为了完成某项任务,是一个负责与用户交互组件 SSH 为 Struts+Spring+Hibernate一个集成框架,是目前较流行一种Web应用程序开源框架。其中使用Struts作为系统整体基础架构,负责MVC分离,在Struts框架模型部分,控制业务跳转,利用Hibernate框架对持久层提供支持,Spring做管理,管理Struts和Hibernate。 WebStorage HTML新增本地存储解决方案之一 LocalStorage 本地永久性存储数据,除非显式将其删除或清空 SessionStorage 存储数据只在会话期间有效,关闭浏览器则自动删除 Sqlite 一款轻型数据库,是遵守ACID关系型数据库管理系统,它包含在一个相对小C库中 W3C 万维网联盟,创建于1994年,是Web技术领域最具权威和影响力国际中立性技术标准机构。主要工作是发展 Web 规范,这些规范描述了 Web 通信协议(比如 HTML 和 XHTML)和其他构建模块。 NativeApp 使用传统原生态Android SDK来实现应用 WebApp 基于浏览器来实现一种应用 HybridApp 一种可以下载Native App,其用户界面全部或者部分元素在嵌入式浏览器组件(WebView之类)里面运行 优雅降级 一开始就构建站点完整功能,然后针对浏览器测试和修复。认为应该针对那些最高级、最完善浏览器来开发网站。而将那些被认为“过时”或有功能缺失浏览器下测试工作安排在开发周期最后阶段 渐进增强 一开始只构建站点最少特性,然后不断针对各浏览器追加功能。先让网站能够正常工作于尽可能旧浏览器上,然后不断为它在新型浏览器上实现更多增强和改进。 Viewport 移动设备上Viewport就是设备屏幕上能用来显示网页一块区域,即浏览器上用来显示网页那部分区域。Viewport不局限于浏览器可视区域大小,可能比浏览器可视区域要大,也可能比浏览器可视区域要小。 媒体查询 CSS媒体查询允许开发者基于浏览网站设备特性来应用不同样式申明,最常用特性是视口宽度。 GCF 谷歌内嵌浏览器框架, 使用此插件,用户可以通过Internet Explorer用户界面,以Chrome内核渲染方式浏览网页。Chrome Frame 会把最新版Chrome Webkit 内核和JavaScript 引擎注入到IE中, IE浏览器将获得Chrome性能和功能 目录 摘要 I ABSTRACT II 专业名词清单 III 第一章 绪论 1 1.1 研究背景与意义 1 1.2国内外相关研究现状 2 1.2.1 在线认证检测平台开发现状 2 1.2.2 HTML5 3 1.2.3 Android 3 1.2.4 Android移动Web项目开发三种解决方案:Native, Web和Hybrid优缺陷分析 4 1.2.5国内外应用现状 6 1.2.6 研究现状总结 7 1.3研究目标与内容 7 1.3.1多窗口浏览器模式实现机制 7 1.3.2跨域交互即缓存处理方法 7 1.3.3页面自适应机制,即设备自适应与浏览器自适应机制 8 1.3.4 “认我测”质检服务平台设计和实现 8 1.4 本文结构安排 8 第二章 多窗口类浏览器设计 11 2.1 多窗口类浏览器需求分析 11 2.1.1 Activity简介 11 2.1.2 Fragment简介 11 2.1.3 多窗口类浏览器需求 12 2.2 多窗口浏览器模式实现机制 12 2.2.1安卓移动端多窗口浏览器框架 12 2.1.2多窗口浏览器模式实现机制 13 2.3 模块实现 13 2.3.1类浏览器模式 13 2.3.2多窗口类浏览器模式 14 2.4 本章小结 15 第三章 跨域交互缓存处理设计 17 3.1 跨域交互缓存处理需求 17 3.1.1 缓存技术WebStorage 17 3.1.2 跨域交互缓存处理需求 17 3.1.3 页面回退管理需求 17 3.2 缓存处理机制 18 3.2.1 跨域缓存处理 18 3.2.2页面回退管理 18 3.3 模块实现 19 3.3.1跨域缓存机制主要实现 19 3.3.2.页面回退管理实现 22 3.4本章小结 22 第四章 页面自适应机制设计 23 4.1页面兼容策略 23 4.2 页面自适应策略 24 4.2.1设备自适应 24 4.2.2.浏览器自适应 25 4.3 模块实现 25 4.3.1根据适口属性设计响应式布局: 26 4.3.2同分辨率范围内流式布局设计 26 4.3.3移动端viewport属性设定 27 4.3.4组件样式渐进增强设计 27 4.4 本章小结 27 第五章 认我测在线检测服务系统设计 29 5.1认我测在线检测服务系统需求分析 29 5.2 系统时序流程 29 5.3 系统功能模块图 30 5.4 本章小结 32 第六章 认我测在线检测服务系统实现与测试 33 6.1认我测在线检测服务框架设计 33 6.2 系统运行环境搭建及配置 34 6.2.1 AndroidManifest.xml主程序环境配置 34 6.2.2 移动端工程资源布局 35 6.3 认我测在线认证检测系统主要功能实现 36 6.3.1用户查询 36 6.3.2订单操作 37 6.3.3个人信息维护 37 6.4.系统功能测试 38 6.4.1 首页功能模块 38 6.4.2 订单功能模块 38 6.4.3 个人信息模块 39 6.4.4页面自适应 40 6.5 本章小结 41 第七章 总结与展望 43 7.1 工作总结 43 7.2 研究展望 44 致谢 47 参考文献 49 第一章 绪论 1.1 研究背景与意义 目前市场业务中在产品以及其他项目认证和检测方面存在诸多不便,用户需要实地考察并频繁与检测单位沟通,填写繁琐纸质检测报告、当面送递样品,对于检测环节中存在问题难以及时交互并处理。市场上相应检测平台诸如检测通、凡特网等皆为pc端检测网站,并且操作繁琐不够人性化,用户在实地使用中存在很多问题。昆山工业技术研究院着眼于为委托用户和质检机构搭建良好沟通桥梁,免去目前市场业务中企业用户需要实地地并频繁地与检测机构沟通,从而提出自己委托乃至下委托单、等待检测报告等,设计并研发了市场上首款提供质检服务移动端app,即“认我测”质检服务平台系统,用户只需在手机上安装轻盈小巧系统app,即可方便快捷进行委托服务,质检机构亦可便捷地处理请求订单,双方都可以实时追踪委托订单状态变化。 考虑到目前市场上用户手机型号、种类、屏幕分辨率等参差不齐,传统方式根据主流系统(如android、ios)分别开发相应系统耗时又耗力,为了高效开发并节约开发项目成本、提高项目开发效率,并迎合近年来新兴HTML5移动页面开发技术,公司采用Android+HTML5相结合方式进行移动端系统研发工作。系统主体一次开发即可在不同设备,包括不同系统、不同型号、不同分辨率设备上运行,免去了大量冗余开发工作,提高项目开发效率,降低项目开发维护成本,为用户提供便捷服务。项目封装框架只需根据系统不同稍微改动定制即可,传统多套系统项目现在只需一次开发,即可适应于不同机型。此外系统还可以通过微信公众号推广链接进行访问,大大增强了系统可扩展性和用户操作便捷性。 然而,由于HTML5W3C标准规范还未制定,安卓系统中类浏览器Webview自身存在一些局限性,使得结合安卓与HTML5开发移动web项目仍处在探索研发阶段,还不够成熟和完善,相应技术支持也比较有限,因此仍存在着诸多问题亟需解决,包括: (1)多窗口浏览器模式问题。安卓用于加载Webview视图窗口只是作为类浏览器而存在,并不等同于pc浏览器,在安卓上更是只能同时运行一个Webview,每次加载新页面都只能覆盖掉原先页面,无法达到网页浏览器多窗口模式。通过常规pc浏览器窗口相应open、close进行新增窗口、关闭窗口等操作,在Webview类浏览器窗口中都无法正常运作,甚至会导致Webview失去响应。为此,需要研究相应解决方案,用于模拟用户适应网页多窗口浏览器模式。(2)跨域交互问题,即缓存机制与浏览记录管理问题。不同于网页浏览器,用户数据可以在不同窗口之间共享,Webview由于其模块之间无法共享数据机制为保存用户信息以及共享其他程序数据带来了巨大难题。为此需要区分数据是同模块内部共享还是跨域共享访问,并提供相应解决方案。Webview通过模拟多窗口浏览器模式运作后,在不断新开页面以及不同模块之间互相切换,会导致页面回退时历史浏览地址发生覆盖,使得不同模块无法回到相应上级页面,为此需要有效对页面浏览历史进行管理,并提供切实可行方案。(3)页面自适应问题,即设备自适应与浏览器自适应问题。针对移动设备繁杂屏幕分辨率,如何让页面进行分辨率自适应,从而发挥相对于原生态安卓开发优势,是一个需要探索和解决问题。考虑到高效开发设计以及便于推广应用,HTML5界面不仅仅需要适应基于Webkit内核Webview,还要能够方便应用于PC端网页,如何让HTML5网页能够适用不同浏览器内核,也是一个亟待解决问题。 为此,如何使得“认我测”质检服务平台中安卓与HTML5结合开发满足多浏览器模式,并解决跨域之间数据交互问题,同时提高页面设备自适应和浏览器自适应能力,成为跨平台移动web项目高效开发所亟待解决问题。 1.2国内外相关研究现状 1.2.1 在线认证检测平台开发现状 互联网界目前在检测领域存在部分在线检测认证平台,诸如华强认证、检测通等,可以为用户提供一些简单检测申请,以及为检测机构提供平台发布相关信息。 图1.1 华强认证检测平台首页 如上图所示,在华强认证平台上用户可以选择认证或者检测服务,针对相应类型进行筛选。根据待检测种类不同,选择相应检测机构资质、证书、检测周期等查询结果,根据查询结果选择检测机构进行检测委托。检测机构与平台合作,提供负责检测服务项目、价格等信息,在平台上开设个人站点,提供数据给平台,用于用户检索。 与时下常见电商网站类似,此类检测平台都提供检测方设计自己网站主页以出售检测服务,同时为用户提供检索结果、显示可购买检测服务,用户可以选择质检服务并加入购物车、下单、查看检测方详情、与卖家(检测方)沟通检测细节等操作,但是这些平台都存在着共同问题——流程不够清晰明了、检测服务不够个性化、用户操作繁琐等,这些问题给用户和检测机构使用以及交流带来了很多不便。平台提供检测项目有限,很多时候用户无法确定自己需要检测项目所属,也不能有效地与检测方进行沟通。与此同时,认证检测领域对于移动端涉及基础为零,目前主流移动端市场没有相应认证检测服务产品,随着移动产品愈发便捷,在移动端研发设计相应认证检测产品,使得用户可以随时随地进行下单咨询变得愈发重要。 1.2.2 HTML5 为了方便用户使用,“认我测”认证检测平台PC端基于B/S架构,其设计和研发离不开浏览器内核支持,同时移动端Web开发也同样需要HTML5语言支持。利用HTML5崭新特性,能够更好地为用户提供服务。 HTML5是用于取代1999年所制定HTML4.01和XHTML1.0标准HTML(标准通用标记语言下一个应用)标准版本;现在仍处于发展阶段,但大部分浏览器已经支持某些HTML5技术。HTML5有两大特点:首先,强化了Web网页表现性能。其次,追加了本地数据库等Web应用功能。 HTML5广义上为包括HTML、CSS和JavaScript在内一套技术组合。减少浏览器对于需要插件丰富性网络应用服务,如Adobe Flash、Microsoft Silverlight与Oracle JavaFX需求,并且提供更多能有效增强网络应用标准集。目前HTML5已向开发人员提供了很多新标签,如section,nav,article,header和footer等。这些标签语义化程度高,被广泛使用。 HTML5逐渐为移动Web开发所采纳,主要原因在于其适用移动项目开发八大特性,即离线缓存、音频视频自由嵌入、地理定位、Canvas绘图、丰富交互方式、低开发维护成本、CSS支持以及调用手机硬件。其中离线缓存可以看做是加强版cookie,不受数据大小限制,有更好弹性以及架构,可以将数据写入到本机ROM中,还可以在关闭浏览器后再次打开时恢复数据,以减少网络流量。音频视频方面HTML5无需拆分开混排多媒体内容,可以将文字、图片、音频、视频等放在一起进行处理。HTML5提供地理定位支持,无需专属导航软件,通过缓存即可加载地图数据,方便灵活。在系统开发和维护方面,打开即可使用最新版本,免去重新下载升级包麻烦,使用过程中就直接更新了离线缓存。除此之外,HTML5增强了对CSS样式支持,极大增强了界面美化和友好性,提高了用户体验。 1.2.3 Android Android是一种基于Linux自由及开放源代码操作系统,主要使用于移动设备,如智能手机和平板电脑,由Google公司和开放手机联盟领导及开发Android操作系统最初由Andy Rubin开发,主要支持手机。2005年8月由Google收购注资。2007年11月,Google与84家硬件制造商、软件开发商及电信营运商组建开放手机联盟共同研发改良Android系统。随后Google以Apache开源许可证授权方式,发布了Android源代码。2011年第一季度,Android在全球市场份额首次超过塞班系统,跃居全球第一。 2013年第四季度,Android平台手机全球市场份额已经达到78.1%。 Android是一个真正意义上开放性移动设备综合平台。它包括操作系统、用户界面和应用程序-移动电话工作所需全部软件,而且不存在任何以往阻碍移动产业创新专有权障碍。通过与运营商、设备制造商、开发商和其他有关各方结成深层次合作伙伴关系,来建立标准化、开放式移动电话软件平台,在移动产业内形成一个开放式生态系统,这样应用之间通用性和互联性将在最大程度上得到保持。 在开发之初,Android平台就被设计成一个由一系列应用所组成平台。所有应用都运行在一个核心引擎上面,这个核心引擎其实就是一个虚拟机,它提供了一系列用于在应用和硬件资源间进行通讯API。Android打破了应用之间界限,开发人员可以把Web上数据与本地联系人、日历、位置信息结合起来,为用户创造全新用户体验。此外应用程序不仅可以通过标准API 访问核心移动设备功能、互联网,应用程序还可以声明它们功能供其他应用程序使用。 考虑到移动端市场主流操作系统使用情况、移动领域发展趋势以及Android操作系统开源性,系统采用Android操作系统为研究对象,在其基础上进行设计和研发,使得认证检测产品能够为主流用户所使用,为用户带来便捷。 1.2.4 Android移动Web项目开发三种解决方案:Native, Web和Hybrid优缺陷分析 Native app是用传统原生态Android SDK来实现应用;Web app是基于浏览器来实现一种应用。 Hybrid app是一种可以下载Native App,其用户界面全部或者部分元素在嵌入式浏览器组件(WebView之类)里面运行。对用户来说,Hybrid App与Native App很难区别。二者都可以从应用程序商店或市场下载,存放在移动设备上,运行方式完全如同其他任何应用程序。但是对开发者来说,却存在巨大差异,因为其无需为每一种移动操作系统从头开始重新编写应用程序,而是只要用HTML、CSS和JavaScript编写其中一部分应用程序代码,即可在多个设备上重复使用。 以下是三种技术各自优缺点。 Native app Web app Hybrid app 系统特性 可以完美发挥系统特性(调用系统服务、内存管理等); 操控设备硬件(如相机、蓝牙、振动器等) 无法充分发挥系统特性(调用系统服务、内存管理等); 无法操控设备硬件(如相机、蓝牙、振动器等) 可以发挥大部分系统特性(调用系统服务、内存管理等); 可以通过JavaScript API操控设备硬件(如相机、蓝牙、振动器等) 用户体验 可提供最佳用户体验,最优质用户界面,最华丽交互; 支持消息推送 用户体验较差; 图片和动画支持性不高; 不支持消息推送 可提供较好用户体验; 支持消息推送 本地资源 可访问本地资源 不支持访问本地资源 可访问本地资源 应用更新 获得新版本时需重新下载应用更新,不够方便 跨平台开发、用户不需要下载安装App,开发速度快 可以下载新应用更新,也可在线更新 适用场景 适合制作游戏等性能要求比较高应用 对于对界面灵活性有较高要求app 适用于对画面表现特别高以外主流需求 开发成本 各平台不兼容,多平台开发、移植比较复杂,开发成本高,开发周期长,开发成本高; 维护多个版本成本比较高; 针对多种设备(不同分辨率、不同硬件配置等)调试和适配较麻烦,维护成本高; 纯HTML5快速开发,较低开发成本; 支持设备广泛,基于浏览器,跨平台性,维护成本低; Native+HTML5 针对不同系统制定系统外壳,页面部分可重用,大大降低开发成本; 可直接在线更新,更新成本低; 跨平台性,无需针对不同平台开发多个版本应用。 网络要求 支持离线使用 非常依赖网络,网络不稳定等其他环境时,用户请求页面效率大打折扣 大部分功能依赖网络 考虑到系统需要提供较好用户体验、用户与检测机构能够利用消息推送进行实时沟通、用户查询和下单操作默认已具备网络环境等因素,因此为了更好地利用移动端本地硬件支持以及实现跨平台、跨设备开发,系统采取了Hybrid混合开发模式。通过在原生态框架中嵌入Webview类浏览器,主体页面采用HTML5开发,由原生态定制系统框架,这样在更换移动端操作系统时,只需相应更换系统外壳,主体部分可以重复利用,极大地减少了研发成本,提高了系统可复用性。系统主体部分更新时,无需在应用市场中重新下载,应用HTML5特性在线更新缓存即可方便地获取最新版本,为用户带来了便捷。 1.2.5国内外应用现状 图1.2 智能手机操作系统分布数据 市场调研公司Kantar Worldpanel ComTech发布智能手机操作系统数据显示,截至2016年2月末三个月内,Android中国城市销售份额从去年同期73%增至76.4%。而在美国和欧洲五大市场(包括英国、德国、法国、意大利和西班牙),Android市场占比继续保持增长态势。因此系统选取市场移动端主流操作系统Android作为基础,进行移动端认证检测产品研发和设计。 随着移动浪潮兴起,各种APP层出不穷,极速业务扩展提升了团队对开发效率要求,这时使用IOS&Andriod开发一个APP成本相对过高,而HTML5低成本、高效率、跨平台等特性马上被利用起来形成了一种新开发模式:HybridAPP。 作为一种混合开发模式,Hybrid APP底层依赖于Native提供容器(UIWebview),上层使用Html&Css&JS做业务开发,底层透明化、上层多多样化,这种场景非常有利于前端介入,非常适合业务快速迭代。Hybdrid作为目前主流移动端开发设计模式,能够极大利用Native和HTML5优势,将性能与用户体验相结合,缩短跨系统产品研发周期,给用户和研发都带来极大便利。混合型APP软件兼具“原生型APP软件良好用户交互体验优势”和“网页型APP软件跨平台开发优势”。市场上一些主流移动应用都是基于混合型APP软件方式开发,比如工商银行、百度搜索、街旁、东方航空、微信、去哪儿等。 目前已有众多企业采用混合型APP软件技术开发APP应用,一方面是开发简单,另外一方面可以形成一种开发标准。企业封装大量原生型原生插件如支付功能插件供Java调用,并且可以在今后项目中尽可能复用,从而大幅降低开发时间和成本。混合型APP软件标准化给企业移动应用开发、维护、更新都带来了极高便捷性。 混合型APP软件通常是基于第三方跨平台移动应用引擎框架进行开发,在国内开发者中比较知名有PhoneGap、Titanium和AppCan。这些引擎框架一般使用HTML5和Java作为编程语言,调用引擎封装底层功能如照相机、传感器、通讯录、二维码等。HTML5和Java只是作为一种解析语言,真正调用都是原生型APP软件一样封装底层功能,这是和网页型APP软件最大区别和不同。因为使用了浏览器技术,所以混合型APP软件通常具有跨平台特性,并且开发成本和网页型APP软件接近,开发效率也远高于原生型APP软件。根据国际科技媒体ReadWriteWeb 2015数据统计显示,截至2015,有80%App全部或部分基于HTML5研发。大部分App内容以网页形式呈现,包括微信、Facebook、Twitter等。为此,Hybrid混合模式成为“认我测”在线检测服务平台移动端框架开发和设计依赖。 尽管微信通过公众号形式,使得Android+HTML5模式得以应用并推广,这项技术目前仍不够完善,利用web实现移动app存在一些瓶颈。(1)根据百度移动互联网发展趋势报告,iPhone下载一个1.407k网页,建立连接耗时1.35s左右,传输耗时0.15s左右。这样,导致app在建立连接时候,屏幕处于白屏状态。app在一秒多时间内,完全处于白屏状态,加上3G、GPRS网络不稳定,有时候等待app响应需要几秒甚至1几秒时间,对于mobie app来说,这是个致命缺陷。(2)难以实现本地存储。基于Android存在多版本系统,Android低版本中Webkit对HTML5和CSS3不能够很好地支持。常用HTML5向后兼容方案是通过Javascript+CSS+Html来模拟HTML5一些特性,但过多js存在于移动app中会得不偿失。 Android+HTML5混合开发模式对于移动端Web项目开发已经成为市场主流和趋势,与此同时这项技术还存在着一些问题,需要不断进行改进和完善。 1.2.6 研究现状总结 总而言之,Android操作系统在移动市场仍居主流,HTML5也为用户带来崭新特性,Hybrid混合开发模式也逐渐成为移动Web开发主流设计模式,大量市场应用都成功应用和推广了Android+HTML5。正是在这种背景下,“认我测”在线认证检测系统率先填补了移动端认证检测领域产品空缺,采取了Hybrid混合开发模式。同时,利用Android+HTML5相结合开发移动端Web项目尚处于应用阶段,仍然存在很多问题,还不够成熟和完善。如何将这二者更有效结合使用,并解决过程中存在问题,提高项目开发效率以及节约开发成本,是一个需要研究探索问题,这也是本课题意旨。 1.3研究目标与内容 1.3.1多窗口浏览器模式实现机制 深入挖掘Webview作为类浏览器视图窗口与传统PC端浏览器区别,针对安卓端同一视图区域单一运行Webview特性,通过在原生态安卓中启用Fragment视图加载不同视图页面,在外部Activity中对Fragment进行管理控制。同时调整窗口加载及操作模式,适应移动端相关操作从而实现程序中加载多个Webview视图窗口并可以随意切换,实现类浏览器多窗口加载资源并交互模式。 1.3.2跨域交互即缓存处理方法 针对Webview不支持多窗口间跨域访问问题,重写缓存处理方式以替代网页端会话级缓存机制,模拟web端本地存储localStorage对本地缓存处理方法,诸如setItem()、getItem()、removeItem()以及clear(),通过将持久化数据存储在移动端本地数据库来模拟网页端数据持久化存储,实现多Webview间跨域交互访问以及缓存数据保存和处理。 通过维护Webview历史栈,根据需求进行过滤跳转或者重新加载页面。若当前为重定向后链接,那么回退时候就需要忽略上一级链接,不使用Webview自带回退方法goBack(),相对地移除重定向和重定向后url,获取到初始页面链接后自行进行loadUrl()操作. 1.3.3页面自适应机制,即设备自适应与浏览器自适应机制 利用Viewport来控制页面缩放比例、页面初始大小,针对不同分辨率移动设备实现网页页面自适应。通过渐进增强以及优雅降级机制来控制不同版本、不同浏览器之间兼容问题,以及利用JavaScript库辅助修正相应样式问题,从而实现浏览器适配机制。 1.3.4 “认我测”质检服务平台设计和实现 移动客户端通过安卓与HTML5结合开发设计委托方和质检方app,通过原生态安卓框架外壳嵌入Webview渲染加载页面,添加Java接口与消息会话模块,通过移动端Sqlite操作数据重写localStorage来实现缓存机制,利用Fragment视图层控制Webview切换与运行来展现主要功能模块—委托方App:首页模块、订单模块、消息模块和个人模块;质检方App—订单模块、消息模块和个人模块。 服务器端采用J2EESSH框架搭建项目,通过微信公共账号链接Html页面,为用户提供多种系统访问途径,增强了系统可扩展性,为用户带来便利。 1.4 本文结构安排 本文共分为七个章节。 第一章是绪论部分,介绍课题研究背景,指出课题研究意义。然后通过对HTML5研究、Android移动Web开发技术研究以及Hybrid开发问题研究来介绍该课题在国内外研究现状。最后说明本文研究目标与内容,以及论文结构安排。 第二章介绍多窗口类浏览器模式策略设计与实现。针对现有移动端单一窗口存在不足,提出类浏览器多窗口解决方案,并对多窗口浏览器模式进行设计 第三章其次分析Webview跨域数据交互问题,针对移动端类浏览器内核不支持跨域数据访问不足,提出本地持久性存储替代web端缓存解决方案,并对跨域访问模式进行设计。同时分析了页面重定向导致页面无法正常访问问题,提出采用页面浏览历史栈管理方案,针对回退时目标页面解析进行相应操作。 第四章是多分辨率多设备页面自适应策略设计。首先分析现有Web页面在移动端不同分辨率和设备显示存在问题,针对页面难以在不同设备上保持兼容适应不足,提出页面自适应解决方案,并通过渐进增强以及媒体查询等方式进行设计。 第五章是认我测系统设计,包括系统功能需求分析、业务流程展示以及功能模块设计。 第六章是系统功能测试,介绍了相关实现环境与工具,并对系统主要功能模块以及主要解决方案进行了功能验证测试。 第七章是总结展望部分,总结本文主要工作内容与创新点,并对本文写作与实验过程中不足及后续研究进行展望。 第二章 多窗口类浏览器设计 2.1 多窗口类浏览器需求分析 2.1.1 Activity简介 在Android中一个Activity是一个应用程序组件,它提供一个屏幕,用户可以为了完成某项任务用来交互,例如拍照、拨号、看地图、发送邮件等。每一个Activity被系统给予一个窗口,在该窗口上面可以绘制用户接口。一个应用程序通常由多个Activities组成,他们通常是松耦合关系。通常首次启动应用程序时候呈现给用户Activity被指定为"Main Activity”。为了完成不同动作,每一个Activity可以启动另一个其他Activity。一个新Activity启动,前一个Activity就被终止了,但是系统将Activity保存在一个栈上。当一个新Activity启动,它被推送到栈顶,取得用户焦点。栈管理符合“后进先出”原则,所以,当用户完成当前Activity然后点击back按钮,它被弹出栈并且被摧毁,然后恢复之前Activity。 若一个Activity因新Activity启动而停止,系统通过Activity生命周期回调函数,通知其这种状态转变。一个Activity根据它自己状态变化可能会收到许多回调函数通知信息,诸如系统创建、停止、恢复或者摧毁Activity,每个回调都使得开发者得以完成相应状态指定工作。例如,当停止Activity时候,应该释放所有大对象,如网络数据库连接。当Activity恢复时,开发人员可以重新获得必要资源和恢复被中断动作。这些状态转换都是Activity生命周期组成部分。 2.1.2 Fragment简介 Android 3.0中开始引入Fragments 概念,可以称为:碎片、片段。其目是为了解决不同屏幕分辨率下动态和灵活UI设计,大屏幕如平板、小屏幕如手机。平板电脑设计使得其有更多空间来摆放更多UI组件,而多出来空间存放UI使得这些组件会产生更多交互,从而诞生了Fragments。 Fragments 设计不需要开发者来亲自管理视图层复杂变化,通过将Activity 布局分散到Fragment 中,可以在运行时修改Activity 外观,并且由Activity 管理保存其变化。当一个片段指定了自身布局时,它能和其他片段配置成不同组合,在活动中为不同屏幕尺寸修改布局配置。小屏幕可能每次显示一个片段,而大屏幕则可以显示两个或更多。Fragment是Activity界面中一部分或一种行为。可以把多个Fragments组合到一个Activity中来创建一个多面界面并且可以在多个Activity中重用一个Fragment。除此之外,可以把Fragment认为是模块化一段Activity,它具有自己生命周期,接收它自己事件,并可以在Activity运行时被添加或删除。 Fragment不能独立存在,它必须被嵌入到Activity中,而且Fragment生命周期受到所在Activity影响。当Activity暂停时,它拥有所有Fragments都被暂停;当Activity销毁时,它拥有所有Fragments都被销毁。然而,当activity运行时(在onResume()之后,onPause()之前),可以单独地操作每个Fragment,比如添加或删除它们。在执行上述针对Fragment事务时,可以将事务添加到一个栈中,这个栈被Activity管理,栈中每一条都是一个Fragment一次事务。有了这个栈,就可以反向执行Fragment事务,这样就可以在Fragment级支持“返回”键(向后导航)。 2.1.3 多窗口类浏览器需求 在Android中展现在用户面前Activity同时只能存在一个,而由于类浏览器内核Webkit特性,一个Activity中同时只能加载一个Webview用以渲染网页,如果用户想模仿Web浏览器新增一个浏览器标签窗口打开新页面,只能将原来网页覆盖掉,无法在窗口间来回切换,用户也无法保持原有浏览器使用习惯。为此,需要利用Activity栈切换特点,将系统主要模块分别设计在不同Fragment上,通过各自Webview进行加载渲染,在用户需要切换窗口时,通过管理切换Fragment达到目实现。 2.2 多窗口浏览器模式实现机制 2.2.1安卓移动端多窗口浏览器框架 图2.1 多窗口浏览器模式系统框架图 如图4所示,系统安卓移动端由首页、订单、消息以及个人信息四个模块构成,每个模块对应一个视图层Fragment,在安卓Activity运行时一次加载一个视图Fragment,通过底部原生态菜单栏BottomBar进行视图之间切换。每个视图Fragment对应同一个位置Webview类浏览器窗口,通过Webview加载所需要页面,通过外部Fragment对Webview加载以及切换进行控制,从而实现类浏览器多窗口模式。 2.1.2多窗口浏览器模式实现机制 多窗口浏览器模式实现原理为:安卓外部Activity控制视图层Fragment加载和切换,Fragment内部加载和控制Webview对页面渲染,同时调整Web端页面窗口打开和关闭模式,通过页面重定向进行打开和关闭返回。 多窗口浏览器模式解决两个问题,一是安卓中类浏览器窗口模式,二是浏览器多标签模式。在移动端页面加载过程中,类浏览器内核Webview运行机制为覆盖加载页面,一次运行期间只同时存在一个Webview,与PC端浏览器运行模式不同,无法通过open打开一个新浏览器标签页,也无法通过close关闭单个标签页。为此需要通过loadUrl进行页面重定向,在关闭页面时通过loadUrl反重定向或者通过Webview本身goBack方法进行回退。移动端Webview在全局意义上等价于PC端浏览器,但是通过close关闭不是一个窗口,而是关闭了整个浏览器。安卓中Activity运行时只能加载一个Webview,因此无法同时展现不同页面,为此需要通过外部对Webview序列控制,模拟多窗口显示页面模式。 在安卓Activity视图View初始化过程中,实例化需要首次显示视图层fragment (如首页),将其放入实例化视图层管理容器HashMap,并通过changeFragmentFrom Menu方法控制用户对视图层Fragment切换,将原有视图层置为等待恢复状态,并激活新视图层用以在Activity中展现,通过changeFragmentBack控制用户通过回退操作唤醒首页视图层,以此来控制不同视图层,即类浏览器窗口之间切换。在相应Fragment视图层中,初始化视图InitView时渲染加载Webview,同时控制底部菜单栏,通过Webview加载相应本地网页或服务器端网页,设置Webview相应属性进而控制页面由Webview加载,而非默认系统浏览器加载。为Webview绑定页面与原生态安卓相交互接口,从而可以在加载页面内调用安卓原生态功能。 2.3 模块实现 2.3.1类浏览器模式 该部分主要为安卓中通过Webview渲染加载网页过程。主要包含以下过程: Fragment布局文件中声明控件Webview,绑定其资源ID,为Webview设置宽度和高度。 (1)在Fragment视图初始化initView部分,利用findViewById()通过资源ID获取到Webview控件,对其进行初始化,同时设置相关webSettings属性,让Webview可以运行JavaScript脚本以及能与本机数据库进行交互。 (2)重写WebViewClientshouldOverrideUrlLoading()函数,让应用程序Webview直接加载网页内容,而不调用外部浏览器。 (3)重写Webview网页对话框,构建一个Builder用以显示网页中对话框,在点击确定按钮之后,继续执行网页中操作,同时关闭Builder对话框。 (4)为JavaScript创建安卓接口。通过addJavaScriptInterface为Webview绑定底层Java接口,同时提供相应接口方法名以及在页面中可以调用句柄名称,通过该句柄和方法名,即可在Html5页面JavaScript中访问该底层Java方法,实现对页面上部和底部系统外壳展示管理。 (5)通过loadUrl进行对目标页面渲染加载,可以加载访问服务器端页面,也可访问放置在项目内部页面文件,该模式需要将相应页面放置于系统assets目录下。相对而言服务器端页面更加常用,也便于维护。 2.3.2多窗口类浏览器模式 图2.2 多窗口类浏览器模式原理图 (1)创建各个主功能模块视图类Fragment,分别为主界面模块HomeFragment、订单模块OrderFragment、聊天咨询模块MessageFragment以及个人中心模块PersonalFragment,继承自基类BaseFragment。 (2)每个Fragment视图类中声明并初始化相应Webview组件,对其进行属性设置,为其绑定JavaScript接口并覆盖渲染加载页面方法,绑定相应需要在页面调用底层Java方法接口。重写默认页面回退响应事件,对页面访问历史以及目标访问页面进行过滤判断,执行相应处理方法。 (3)在MainActivity初始化initView中声明并初始化Fragment管理容器HashMap,初始化主页视图HomeFragment并将其加入容器,设置其为默认加载视图。获取FragmentManager用以维护管理Fragment队列,调用beginTransaction方法开启事务。 (4)重写回退按钮响应事件。当页面回到各自模块初始页面然后按下回退键时,判断当前模块所在Fragment,由主页模块后退时,执行确认退出系统操作,若从其他模块进行后退,则回到主页模块。通过底部菜单栏setRadioChecked方法设定当前模块选中标识。 (5)重写模块间切换方法changeFragmentFromMenu,开启事务,对模块标识ftag进行判断操作,根据用户点击模块图表将相应模块视图Fragment通过onResume()进行恢复,同时通过show()将该模块进行展示,从Fragment管理容器中将主页模块以外Fragment移除。将带有oflag暂停标识Fragment视图进行暂停处理,通过hide隐藏取消该视图展示。 (6)在各自Fragment模块视图类中重写onResume方法,用以在模块恢复时进行用户是否登录判断。对Webview渲染加载页面进行分析,判断是否包含index初始页面标识。根据flag标识进行是否需要登录操作,flag为1表示从其他Fragment跳转到该模块Fragment视图并需要用户登录。 以上就是多窗口类浏览器模式实现主要环节,通过Webview加载渲染服务器资源页面,控制碎片视图Fragment展现各自模块Webview,在MainActivity对碎片容器以及碎片视图之间切换进行管理控制,从而完成多窗口类浏览器模式实现。 2.4 本章小结 本章分析并介绍了安卓中Activity基本性质,对碎片视图Fragment进行了相关阐述和引出,综合分析了多窗口类浏览器模式设计需求。随后对多窗口类浏览器模式框架进行了设计,通过Activity运行管理Fragment加载和切换,各个模块Fragment视图独自加载运行相应Webview,补充和完善不同模块之间切换和回退业务逻辑。在模块实现部分详细描述了两个关键部分实现环节,即类浏览器模式和多窗口类浏览器模式,介绍了过程中主要用到方法以及实现思想。 第三章 跨域交互缓存处理设计 3.1 跨域交互缓存处理需求 3.1.1 缓存技术WebStorage 图3.1 WebStorage示意图 WebStorage 使得网站能够把信息存储到本地计算机上,并在以后需要时候进行获取。WebStorage和Cookie类似,区别在于WebStorage是为了更大容量存储而进行设计。Cookie大小是受限,并且每次当请求一个新页面时候,Cookie都会被发送过去。而WebStorage则存储在计算机上,网站在页面加载完毕后可以通过Javascript来获取这些数据。 WebStorage提供两种类型API:localStorage和sessionStorage,区别在于localStorage是本地永久性存储数据,除非显式将其删除或清空,否则将一直保存在本地。sessionStorage存储数据只在会话期间有效,关闭浏览器则自动删除。两个对象都有共同操作API。 3.1.2 跨域交互缓存处理需求 WebStorage存储技术针对是同一个类浏览器Webview,系统在各模块之间由不同Webview加载渲染,通过不同Fragment进行管理,因此模块之间无法共享数据。然而通过多窗口浏览器模式构建系统模块之间经常需要进行数据交互,如用户登录信息以及产品相关信息,Webview由于其特性仅支持自身内部缓存数据交互。同Webview内不断覆盖加载新页面以及发生页面回退时可以对缓存数据提供便捷高效数据保存,使得在页面加载过程中可以便利处理需要交互数据;相对不同Webview之间无法共享数据,无论是会话级缓存还是持久化缓存。为此需要重写web端持久化存储localStorage,将交互数据保存到移动设备本地数据库。 3.1.3 页面回退管理需求 对于初始页面为A,点击某个链接跳转到B(http://xxx.com.cn/),B页面重定向到C页面(http://xxx.com.cn/website/index.Html),当调用webview.goBack()时,页面回退到B,然后接着会重定向回C页面。这样会导致两个问题:无法回退到Webview初始页面A以及无法正常退出Activity或者Fragment(只有还未加载完C时进行回退才能退出页面)。为此需要引入历史记录栈,对页面访问历史进行管理,在回退事件中判断该加载页面是否需要重定向并执行相应操作。 3.2 缓存处理机制 3.2.1 跨域缓存处理 在移动端数据库Sqlite操作类LocalStorage中定义相应数据库连接属性、创建和更新操作以及数据库操作单例Instance,在视图访问基类BaseFragment中定义覆盖web端持久化存储localStorage核心交互类LocalStorageJavascriptInterface。获得数据库操作单例,并覆盖localStorage对缓存常用处理方法取值getItem(),修改值setItem(),删除值removeItem()以及清空缓存clear()。将页面上获得数据键值对存入数据库,对其进行更新删除以及返回给页面使用。在Webview初始化时进行页面与后台交互绑定addJavaScriptInterface,并在页面初始化init过程中将页面默认localStorage操作更换成覆盖重写方法,即可在页面进行跨域访问时交互相应数据。 跨域交互缓存处理机制如图5所示: 图3.2 缓存处理机制原理图 3.2.2页面回退管理 安卓回退按钮一般用于返回上一级菜单,不过在浏览器页面加载过程中却不能理想地返回上一级页面,默认回退按钮是针对Activity回退,对于Webview来说,回退按钮会致使浏览器调用finish()而结束自身运行,因此需要覆盖ActivityonKeyDown()事件,在方法内部重新对浏览页面进行管理。 在页面新建关闭以及重定向时,Webview页面回退goBack()会受到干扰,不能正常回到前一个页面,甚至会发生前后两个页面间来回切换后退死循环,并影响模块间后退返回。为此需要对历史访问页面进行管理,采用如下实现方案。 在Fragment视图声明时定义一个用于管理保存历史浏览记录历史栈ArrayList,将系统初始加载界面加入列表。在此后页面加载过程中,每次加载页面都将其加入历史栈,在系统回退响应事件中,判断页面是否为重定向页面,如果为重定向页面,则移除历史栈中最后两个链接,加载操作后历史栈最后一项;否则移除历史栈中最后一项,加载操作后历史栈最后一项。 页面回退方案流程图如图3.3所示: 图3.3页面回退管理机制图 3.3 模块实现 3.3.1跨域缓存机制主要实现 图3.4 重写LocalStorage类示意图 (1)重写LocalStorage类。让LocalStorage继承自SQLiteOpenHelper类,声明LocalStorage对象实例以及其他数据库连接配置信息,如数据表名称、表中存储数据Id与值Value、数据库名称、创建数据库语句等。通过Singleton单例模式维护LocalStorage实例,重写创建数据库和更新相关操作。 (2)添加LocalStorage底层JavaScriptInterface,供服务器资源页面进行访问。通过LocalStorageDBHelper对象获取到单例localStorage,声明上下文对象和SQLiteDatabase对象。重写HTML5存储技术LocalStorage关键缓存数据操作方法getItem()、setItem()、removeItem()以及clear()。 图3.5 重写WebStorage核心方法示意图 1.重写getItem(),根据传入参数key获取相应value值 ①判断传入key是否为空。 ②若key不为空,通过localStorageDBHelpergetReadableDatabase()方法实例化数据库对象database。执行sqlite数据库查询操作,返回数据库结果操作游标。 ③根据游标moveToFirst判断查询结果是否为空,返回相应value结果。关闭数据库连接。 2.重写setItem(),根据传入参数key和相应值value更新数据库 ①判断传入key和value是否为空,通过getItem()获取更新前值。 ②实例化数据库对象database。声明ContentValues对象并将key和value相应赋值。判断更新前和key对应值是否存在,若存在执行数据库更新操作;若不存在,执行数据库插入操作。关闭数据库。 3.重写remove() ①判断传入key是否为空 ②实例化数据库操作对象,执行相应数据库删除操作,关闭数据库 4.重写clear() 实例化数据库操作对象,执行数据库删除操作,清空整张数据库表。 在Fragment视图中初始化Webview时,通过addJavaScriptInterface为其绑定重写底层LocalStorage操作接口,并将操作句柄设置为localStorage。设置webSettings属性,通过setDomStorageEnabled与setDatabaseEnabled启用本地存储功能。 在服务器资源页面JavaScript方法中,尝试用句柄LocalStorage替换window默认localStorage。若发生异常,说明LocalStorage没有被添加至webview。然后即可像通常HTML5localStorage对缓存数据进行操作。 3.3.2.页面回退管理实现 (1)在MainActivity中覆盖模块间回退响应事件。当模块页面回退至各自初始页面时,点击回退按钮执行相应模块切换策略,若该模块为主界面模块,则弹出退出系统确认框供用户选择是否退出;若为其他模块则将菜单栏切换到首页模块。 (2)在各自Fragment中覆盖模块内部回退响应事件。在页面初始化时定义并维护一个存放历史访问页面历史栈loadHistoryUrls (ArrayList),把初始页面url加入到历史栈中,在覆盖加载方法shouldOverrideUrlLoading中将待渲染加载页面加入到历史栈中。 (3)在Fragment内部回退事件处理方法中,判断是否可以执行返回操作。然后判断历史栈存存放页面前一页是否包含初始重定向页面,若包含该页面则移除加载栈中最后两个链接,否则移除加载栈中最后一个链接。最后加载重定向之前页面。 3.4本章小结 本章首先分析了HTML5标准下缓存处理策略WebStorage,其包含本地存储LocalStorage与会话存储SessionStorage,并提供了相应介绍和说明。然后分析了跨域数据交互问题问题存在原因以及页面回退管理存在问题。由于Webview数据封闭性,不同模块Webview之间无法共享访问数据,使得不同模块无法正常交互,为此采用重写LocalStorage方式,通过本地Sqlite数据库操作模拟HTML5中缓存操作,重写LocalStorage关键操作方法setItem()、getItem()、removeItem()以及clear(),并为Webview绑定相应底层Java方法接口,在服务器页面资源中用重写LocalStorage替换默认localStorage,从而完成跨域数据调用访问操作。由于页面重定向作用,页面回退时会反复加载到重定向后页面,导致页面无法正常回退,因此通过维护历史栈方式,在页面回退时对回退目标页面进行分析判断,并执行相应回退管理方法,从而使得模块内部页面以及模块之间可以正常地进行返回操作。 第四章 页面自适应机制设计 针对移动设备分辨率和屏幕大小、设备型号迥异现状,本章将在分析现有页面跨浏览器兼容方案基础上,同时结合移动端对不同分辨率设备支持特性,分析与设计跨机型、跨分辨率、跨浏览器页面自适应机制。 4.1页面兼容策略 为了使页面能够适应不同版本浏览器内核,诸如IE、Chorme、Firefox等,CSS3引入了两种常用设计策略,即优雅降级和渐进增强。 优雅降级指是在页面设计开始即构建页面完整功能,然后针对不同浏览器进行测试和修复。该观点认为应该针对那些最高级、最完善浏览器来开发网站,同时把那些被认为过时或有功能缺失浏览器下测试工作安排在开发周期最后阶段。在这种设计思想下,旧版浏览器通常被认为仅能提供简单却功能没有大碍页面浏览体验。虽然可以做一些小调整来适应某个特定浏览器,但由于这些调整并非开发过程中关注焦点,因此浏览器间呈现差异通常将被直接忽略。 渐进增强指是在页面设计开始只构建页面最少特性功能,然后不断针对各高级浏览器追加额外功能。渐进增强思想认为应该先让网站能够正常工作于尽可能旧浏览器上,然后不断为它在新型浏览器上实现更多增强和改进。随着时间推移,当更多用户逐渐开始升级浏览器,同时浏览器本身支持度也不断提升时,就会有越来越多用户体验到这些增强和改进,无需为了一个已经成型网站在旧式浏览器下正常工作而做逆向开发。渐进增强观点认为网页开发应关注于内容本身。这使得渐进增强成为目前一种更为合理设计范例。 图4.1 优雅降级和渐进增强图例 对于优雅降级,功能衰减设计从复杂功能现状开始,不断减少用户体验供给;而渐进增强则设计是从一个非常基础,能够发挥作用版本开始,并不断地进行扩充,以适应未来环境需要。功能衰减意味着往回看;而渐进增强则意味着朝前看,同时保证其根基安全牢固。 为了能够给用户提供更好界面交互体验,同时适应不同版本浏览器内核,系统采用了部分渐进增强思想,利用媒体查询为不同浏览器版本和内核提供相应展现效果,同时保证基本页面展现功能。 4.2 页面自适应策略 系统采用部分渐进增强页面适配思想,以及拥抱流式布局策略,通过视口元素媒体查询来控制不同分辨率阈值下页面布局规划,调整页面元素布局为百分比方式,包括组件宽度、字体以及高度、图片动态大小来控制相同分辨率阈值范围下不同视口中组件平滑缩放。同时对HTML5页面移动端适配属性进行设置控制,针对需要达到效果设置其Viewport属性,包括宽和高、页面最初大小、初始缩放比例、屏幕像素密度等。使得系统在Web浏览器端以及移动端都有良好展示效果。 4.2.1设备自适应 Viewport是指用以展现手机页面区域。尽管Viewport可见区域和屏幕大小是匹配,但是它有着自己尺寸(dimensions),这一尺寸决定了页面上可见像素点。一个web页面在扩张到整个屏幕之前占用像素数据是由Viewport尺寸来定义,而不是设备屏幕尺寸。如一个设备屏幕宽480像素,但是Viewport宽800像素,那么这个web页面需要在800像素宽屏幕上才能完全展现。 在HTML5中可以使用 <meta> 标签来为页面定义Viewport 属性。可以在 <meta> 标签content 属性中,定义多个Viewport属性。例如,Viewport高和宽,页面最初大小,以及目标屏幕分辨率。Content 属性中每个Viewport性质必须以逗号相隔。通过初始缩放initial-scale和用户调整缩放来控制页面伸张以适当地填充移动端设备显示区域。通过target density定义屏幕像素密度来控制安卓浏览器和Webview根据不同屏幕像素密度对页面进行缩放。 图4.2 视口属性设置示意图 4.2.2.浏览器自适应 通过拥抱流式布局来使得页面在不同尺寸屏幕上良好运行。从手机到电脑,设备屏幕尺寸层出不穷,很难用传统意义上统一布局来适应这些变动。拥抱流式布局倡导响应式界面设计,通过媒体查询(@media screen and...)来获得设备特性信息,从而灵活控制不同尺寸屏幕浏览器动态调整页面元素布局,以适应视口特性变化。 同时根据“目标元素宽度/上下文元素宽度=百分比宽度”模式将传统固定像素式布局改为百分比布局,元素固定像素宽度转换成百分比宽度。假定整个页面布局宽度是960px,按照1024px屏幕分辨率做参照,百分比应是960/1024 = 93.75%。其他组件宽度也可以按照960px为参照计算。若除下来结果是很长小数,如340/960 = 0.3541666666666667 ,无须对结果进行四舍五入,这样可以保持最高精确度,这些小数应尽可能完整保留。 根据“目标元素尺寸/上下文元素尺寸=百分比尺寸”将文字固定像素大小转换为等量相对尺寸,现代浏览器默认字体大小是16px,字体相对大小用em为单位来表示。若某个div字体大小为48px,则转化后为48/16=3em。结果为小数时处理方式同上。 给图片设置阈值以使图片随着视口平滑缩放,为不同屏幕尺寸提供不同图片,然后针对不同视口宽度修正设计,保证在响应式设计中内容始终优先。图片不是布局元素,它里面不包含子元素。另外,图片还有失真问题,缩放不当都会造成失真。为此,需要给图片添加样式max-width:100% 以实现弹性图片,因为图片所处容器可以自动缩放,只需让图片限制在父级宽度之内,就可以随父级一起缩放。弹性图片仅用max-width无法实现,除此之外还需使用百分比宽度。处理方式同计算布局元素宽度。在此过程中需要注意图片失真问题,当用户使用一个超宽屏幕时,图片被放大到原大小两倍甚至更多,图片质量会大幅下降。所以还需为图片设置绝对阈值,即宽度上限,因此一个弹性图片样式组合应该为:width:30%; max-width:400px。 对于一个使用超宽屏幕用户,按照正常页面设计比例,这张图片被放大到了500px,但是现在只能显示最大宽度400px,依然是个问题。为此可以采用另一个组合,把max-width加到图片父级元素上,从源头上就限制放大最大值,这样图片与它相邻元素比例就不会失调了。这样设计也是个权衡结果,因为页面结构千变万化,具体解决办法,还得分析具体页面。 为了防止放大过宽,可以通过媒体查询来设置不同分辨率下阈值。在处理各种浏览器兼容问题时,可以借助Modernizr,一个用于检测浏览器功能开源JavaScript库,通过Modernizr追加额外类名来辅助修正样式问题,以及通过检测浏览器是否支持媒体查询来按需加载资源,让老版本IE支持HTML5等。 4.3 模块实现 页面自适应主要实现方式包含: 4.3.1根据适口属性设计响应式布局: ①加入兼容配置代码 <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1">,通过chrome插件GCF(谷歌内嵌浏览器框架)控制IE以Webkit引擎及V8引擎进行样式排版,若用户未安装该插件则以IE最高文档模式进行展
Android平板电脑开发实战详解和典型案例》一书中配备代码,里面有很详细注释,学习技术必备,由于文件大小限制仅能上传1-7章,后续继续上传 第1章 平板电脑概览以及开发环境搭建  1.1 平板电脑基础知识概览  1.1.1 初识平板电脑  1.1.2 忐忑发展史之平板电脑  1.1.3 平板电脑家族成员  1.1.4 独树一帜平板电脑  1.2 开发环境搭建  1.2.1 Android SDK安装与环境变量配置  1.2.2 Eclipse集成开发环境搭建  1.2.3 Android模拟器创建与使用  1.3 初识Android应用程序  1.3.1 创建第一个Android应用程序——Hello Android  1.3.2 模拟器上调试Android应用程序  1.3.3 实际设备联机调试  1.4 小结  第2章 Android平台特色控件  2.1 搜索框控件——SearchView  2.1.1 搜索框控件基本知识  2.1.2 搜索框控件使用案例  2.2 开关窗口——Switch  2.2.1 开关窗口基本知识  2.2.2 开关窗口使用案例  2.3 弹出菜单——PopupMenu  2.3.1 弹出菜单基本知识  2.3.2 弹出菜单使用案例  2.4 动作条——ActionBar  2.4.1 显示选项菜单基本知识  2.4.2 显示选项菜单使用案例  2.4.3 提供标签页切换方式导航功能基本知识  2.4.4 提供标签页切换方式导航功能使用案例  2.4.5 提供下拉列表导航功能基本知识  2.4.6 提供下拉列表导航功能使用案例  2.5 数字选择控件——NumberPiker  2.5.1 数字选择控件基本知识  2.5.2 数字选择控件使用案例  2.6 可展开列表——ExpandableListView  2.6.1 可展开列表基本知识  2.6.2 可展开列表使用案例  2.7 滑动式抽屉——SlidingDrawer  2.7.1 滑动式抽屉基本知识  2.7.2 滑动式抽屉使用案例  2.8 小结  第3章 酷炫UI之新增布局与片段  3.1 堆视图——AdapterViewFlipper  3.1.1 堆视图基本知识  3.1.2 堆视图使用案例  3.2 栈视图——StackView  3.2.1 栈视图基本知识  3.2.2 栈视图使用案例  3.3 网格布局——GridLayout  3.3.1 网格布局基本知识  3.3.2 网格布局使用案例  3.4 片段——Fragment  3.4.1 片段——Fragment简介  3.4.2 列表片段——ListFragment  3.4.3 对话框片段——DialogFragment  3.4.4 偏好片段——PreferenceFragment  3.4.5 片段综合使用案例  3.5 小结  第4章 酷炫UI之选项选择界面  4.1 复选框选项设置——CheckBoxPreference  4.1.1 复选框选项设置基本知识  4.1.2 复选框选项设置使用案例  4.2 对话框选项设置——DialogPreference  4.2.1 对话框选项设置基本知识  4.2.2 对话框选项设置使用案例  4.3 铃声选项设置——RingtonePreference  4.3.1 铃声选项设置基本知识  4.3.2 铃声选项设置使用案例  4.4 分组选项设置——PreferenceGroup  4.4.1 分组选项设置基本知识  4.4.2 分组选项设置使用案例  4.5 选项设置界面——SwitchPreference  4.5.1 选项设置界面基本知识  4.5.2 选项设置界面使用案例  4.6 主题——Theme  4.6.1 主题基本知识  4.6.2 主题使用案例  4.7 小结  第5章 数字图像处理及拍照  5.1 平滑滤镜  5.1.1 基本知识  5.1.2 一个简单案例  5.2 锐化滤镜  5.2.1 基本知识  5.2.2 一个简单案例  5.3 中值滤波器  5.3.1 基本知识  5.3.2 一个简单案例  5.4 对比度扩展  5.4.1 基本知识  5.4.2 一个简单案例  5.5 削波  5.5.1 基本知识  5.5.2 一个简单案例  5.6 阈值化  5.6.1 基本知识  5.6.2 一个简单案例  5.7 灰度窗口变换  5.7.1 基本知识  5.7.2 一个简单案例  5.8 直方图均衡化  5.8.1 基本知识  5.8.2 一个简单案例  5.9 轮廓提取  5.9.1 基本知识  5.9.2 一个简单案例  5.10 腐蚀滤镜

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:1024 设计师:我叫白小胖 返回首页
评论

打赏作者

软方电子科技

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值