HTML框架标签、全局属性、meta 元信息

最新推荐文章于 2024-06-02 15:45:53 发布
最新推荐文章于 2024-06-02 15:45:53 发布
阅读量350 收藏 3
点赞数 4
文章标签： html 前端 javascript
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lvshihao_/article/details/139006642
版权

框架标签

标签名
功能和语义
属性
单 / 双标 签
iframe
框架（在网页中嵌入其他文件）
name ：框架名字，可以与 target 属性配合。
width ： 框架的宽。
height ： 框架的高度。
frameborder ：是否显示边框，值： 0或者1 。
双
iframe 标签的实际应用：
        1. 在网页中嵌入广告。
        2. 与超链接或表单的 target 配合，展示不同的内容。

HTML全局属性

常用的全局属性：

属性名
含义
id
给标签指定唯一标识，注意： id 是不能重复的。
作用：可以让 label 标签与表单控件相关联；也可以与 CSS 、 JavaScript 配合使用，。
class
给标签指定类名，随后通过 CSS 就可以给标签设置样式。
style
给标签设置 CSS 样式。
dir
内容的方向，值 : ltr 、 rtl
title
给标签设置一个文字提示，一般超链接和图片用得比较多。
lang
给标签指定语言，具体规范和可选值请参考【 10. HTML 设置语言】。

meta 元信息

1. 配置字符编码 
<meta charset="utf-8">
2. 针对 IE 浏览器的兼容性配置。 
<meta http-equiv="X-UA-Compatible" content="IE=edge">
3. 针对移动端的配置 
<meta name="viewport" content="width=device-width, initial-scale=1.0">
4. 配置网页关键字 
<meta name="keywords" content="8-12个以英文逗号隔开的单词/词语">
5. 配置网页描述信息 
<meta name="description" content="80字以内的一段话，与网站内容相关">
6. 针对搜索引擎爬虫配置： 
<meta name="robots" content="此处可选值见下表">
值
描述
index
允许搜索爬虫索引此页面。
noindex
要求搜索爬虫不索引此页面。
follow
允许搜索爬虫跟随此页面上的链接。
nofollow
要求搜索爬虫不跟随此页面上的链接。
all
与 index, follow 等价
none
与 noindex, nofollow 等价
noarchive
要求搜索引擎不缓存页面内容。
nocache
noarchive 的替代名称。
7. 配置网页作者： 
<meta name="author" content="tony">
8. 配置网页生成工具 
<meta name="generator" content="Visual Studio Code">
9. 配置定义网页版权信息： 
<meta name="copyright" content="2023-2027©版权所有">
10. 配置网页自动刷新 
<meta http-equiv="refresh" content="10;url=http://www.baidu.com">

lvshihao_
关注
  • 4
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
工程硕士学位论文 基于Android+HTML5的移动Web项目高效开发探究
02-28
工程硕士学位论文 基于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系统的设计研发工作。 然而，由于HTML5的W3C标准规范还未制定，安卓系统中类浏览器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相结合的方式进行移动端系统的研发工作。系统的主体一次开发即可在不同设备，包括不同系统、不同型号、不同分辨率设备上运行，免去了大量冗余的开发工作，提高项目的开发效率，降低项目的开发维护成本，为用户提供便捷服务。项目的封装框架只需根据系统的不同稍微改动定制即可，传统的多套系统项目现在只需一次开发，即可适应于不同机型。此外系统还可以通过微信公众号推广链接进行访问，大大的增强了系统的可扩展性和用户操作的便捷性。 然而，由于HTML5的W3C标准规范还未制定，安卓系统中类浏览器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—订单模块、消息模块和个人模块。 服务器端采用J2EE的SSH框架搭建项目，通过微信公共账号链接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）重写WebViewClient的shouldOverrideUrlLoading()函数，让应用程序的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()而结束自身的运行，因此需要覆盖Activity的onKeyDown()事件，在方法内部重新对浏览页面进行管理。 在页面的新建关闭以及重定向时，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不为空，通过localStorageDBHelper的getReadableDatabase()方法实例化数据库对象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。然后即可像通常HTML5的localStorage对缓存数据进行操作。 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最高文档模式进行展
JS中BOM相关知识点总结(必看篇)
11-28
window对象 ECMAScript是JavaScript的核心，但是如果要在web中使用javascript，那么BOM(浏览器对象模型)才是真正的核心。BOM提供了很多对象，用于访问浏览器的功能，这些功能与任何网页内容无关。 window对象：BOM的核心对象是window，它表示浏览器的一个实例。在浏览器中，window对象有双重角色，它既是通过javascript访问浏览器窗口的一个接口，又是ECMAScript规定的Global对象。 因此，所有全局作用域中声明的变量、函数都会变成window对象的属性和方法。 [removed]
Spring-Reference_zh_CN（Spring中文参考手册）
06-06
1. 简介 1.1. 概览 1.2. 使用场景 2. Spring 2.0 的新特性 2.1. 简介 2.2. 控制反转(IoC)容器 2.2.1. 更简单的XML配置 2.2.2. 新的bean作用域 2.2.3. 可扩展的XML编写 2.3. 面向切面编程(AOP) 2.3.1. 更加简单的AOP XML配置 2.3.2. 对@AspectJ 切面的支持 2.4. 中间层 2.4.1. 在XML里更为简单的声明性事务配置 2.4.2. JPA 2.4.3. 异步的JMS 2.4.4. JDBC 2.5. Web层 2.5.1. Spring MVC的表单标签库 2.5.2. Spring MVC合理的默认值 2.5.3. Portlet 框架 2.6. 其他特性 2.6.1. 动态语言支持 2.6.2. JMX 2.6 .3. 任务规划 2.6.4. 对Java 5（Tiger）的支持 2.7. 移植到Spring 2.0 2.7.1. 一些变化 2.7.1.1. Jar包 2.7.1.2. XML配置 2.7.1.3. Deprecated的类和方法 2.7.1.4. Apache OJB 2.7.1.5. iBatis 2.8. 更新的样例应用 2.9. 改进的文档 I. 核心技术 3. 控制反转容器 3.1. 简介 3.2. 容器和bean的基本原理 3.2.1. 容器 3.2.1.1. 配置元数据 3.2.2. 实例化容器 3.2.2.1. 组成基于XML配置元数据 3.2.3. 多种bean 3.2.3.1. 命名bean 3.2.3.2. 实例化bean 3.2.4. 使用容器 3.3. 依赖 3.3.1. 注入依赖 3.3.1.1. Setter注入 3.3.1.2. 构造器注入 3.3.1.3. 一些例子 3.3.2. 构造器参数的解析 3.3.2.1. 构造器参数类型匹配 3.3.2.2. 构造器参数的索引 3.3.3. bean属性及构造器参数详解 3.3.3.1. 直接量(基本类型、Strings类型等。) 3.3.3.2. 引用其它的bean（协作者） 3.3.3.3. 内部bean 3.3.3.4. 集合 3.3.3.5. Nulls 3.3.3.6. XML-based configuration metadata shortcuts 3.3.3.7. 组合属性名称 3.3.4. 使用depends-on 3.3.5. 延迟初始化bean 3.3.6. 自动装配（autowire）协作者 3.3.6.1. 设置Bean使自动装配失效 3.3.7. 依赖检查 3.3.8. 方法注入 3.3.8.1. Lookup方法注入 3.3.8.2. 自定义方法的替代方案 3.4. bean的作用域 3.4.1. Singleton作用域 3.4.2. Prototype作用域 3.4.3. 其他作用域 3.4.3.1. 初始化web配置 3.4.3.2. Request作用域 3.4.3.3. Session作用域 3.4.3.4. global session作用域 3.4.3.5. 作用域bean与依赖 3.4.4. 自定义作用域 3.5. 定制bean特性 3.5.1. Lifecycle接口 3.5.1.1. 初始化回调 3.5.1.2. 析构回调 3.5.2. 了解自己 3.5.2.1. BeanFactoryAware 3.5.2.2. BeanNameAware 3.6. bean定义的继承 3.7. 容器扩展点 3.7.1. 用BeanPostProcessor定制bean 3.7.1.1. 使用BeanPostProcessor的Hello World示例 3.7.1.2. RequiredAnnotationBeanPostProcessor示例 3.7.2. 用BeanFactoryPostProcessor定制配置元数据 3.7.2.1. PropertyPlaceholderConfigurer示例 3.7.2.2. PropertyOverrideConfigurer示例 3.7.3. 使用FactoryBean定制实例化逻辑 3.8. ApplicationContext 3.8.1. 利用MessageSource实现国际化 3.8.2. 事件 3.8.3. 底层资源的访问 3.8.4. ApplicationContext在WEB应用中的实例化 3.9. 粘合代码和可怕的singleton 3.9.1. 使用Singleton-helper类 4. 资源 4.1. 简介 4.2. Resource 接口 4.3. 内置 Resource 实现 4.3.1. UrlResource 4.3.2. ClassPathResource 4.3.3. FileSystemResource 4.3.4. ServletContextResource 4.3.5. InputStreamResource 4.3.6. ByteArrayResource 4.4. ResourceLoader 4.5. ResourceLoaderAware 接口 4.6. 把Resource作为属性来配置 4.7. Application context 和Resource 路径 4.7.1. 构造application context 4.7.1.1. 创建 ClassPathXmlApplicationContext 实例 - 简介 4.7.2. Application context构造器中资源路径的通配符 4.7.2.1. Ant风格的pattern 4.7.2.2. classpath*: 前缀 4.7.2.3. 其他关于通配符的说明 4.7.3. FileSystemResource 提示 5. 校验，数据绑定，BeanWrapper，与属性编辑器 5.1. 简介 5.2. 使用Spring的Validator接口进行校验 5.3. 从错误代码到错误信息 5.4. Bean处理和BeanWrapper 5.4.1. 设置和获取属性值以及嵌套属性 5.4.2. 内建的PropertyEditor实现 5.4.2.1. 注册用户自定义的PropertyEditor 6. 使用Spring进行面向切面编程（AOP） 6.1. 简介 6.1.1. AOP概念 6.1.2. Spring AOP的功能和目标 6.1.3. Spring的AOP代理 6.2. @AspectJ支持 6.2.1. 启用@AspectJ支持 6.2.2. 声明一个切面 6.2.3. 声明一个切入点（pointcut） 6.2.3.1. 切入点指定者的支持 6.2.3.2. 合并切入点表达式 6.2.3.3. 共享常见的切入点（pointcut）定义 6.2.3.4. 示例 6.2.4. 声明通知 6.2.4.1. 前置通知（Before advice） 6.2.4.2. 返回后通知（After returning advice） 6.2.4.3. 抛出后通知（After throwing advice） 6.2.4.4. 后通知（After (finally) advice） 6.2.4.5. 环绕通知（Around Advice） 6.2.4.6. 通知参数（Advice parameters） 6.2.4.7. 通知（Advice）顺序 6.2.5. 引入（Introductions） 6.2.6. 切面实例化模型 6.2.7. 例子 6.3. Schema-based AOP support 6.3.1. 声明一个切面 6.3.2. 声明一个切入点 6.3.3. 声明通知 6.3.3.1. 通知（Advice） 6.3.3.2. 返回后通知（After returning advice） 6.3.3.3. 抛出异常后通知（After throwing advice） 6.3.3.4. 后通知（After (finally) advice） 6.3.3.5. 通知 6.3.3.6. 通知参数 6.3.3.7. 通知顺序 6.3.4. 引入 6.3.5. 切面实例化模型 6.3.6. Advisors 6.3.7. 例子 6.4. AOP声明风格的选择 6.4.1. Spring AOP还是完全用AspectJ？ 6.4.2. Spring AOP中使用@AspectJ还是XML？ 6.5. 混合切面类型 6.6. 代理机制 6.7. 编程方式创建@AspectJ代理 6.8. 在Spring应用中使用AspectJ 6.8.1. 在Spring中使用AspectJ来为domain object进行依赖注入 6.8.1.1. @Configurable object的单元测试 6.8.1.2. 多application context情况下的处理 6.8.2. Spring中其他的AspectJ切面 6.8.3. 使用Spring IoC来配置AspectJ的切面 6.8.4. 在Spring应用中使用AspectJ Load-time weaving（LTW） 6.9. 其它资源 7. Spring AOP APIs 7.1. 简介 7.2. Spring中的切入点API 7.2.1. 概念 7.2.2. 切入点实施 7.2.3. AspectJ切入点表达式 7.2.4. 便利的切入点实现 7.2.4.1. 静态切入点 7.2.4.2. 动态切入点 7.2.5. 切入点的基类 7.2.6. 自定义切入点 7.3. Spring的通知API 7.3.1. 通知的生命周期 7.3.2. Spring里的通知类型 7.3.2.1. 拦截around通知 7.3.2.2. 前置通知 7.3.2.3. 异常通知 7.3.2.4. 后置通知 7.3.2.5. 引入通知 7.4. Spring里的advisor（Advisor） API 7.5. 使用ProxyFactoryBean创建AOP代理 7.5.1. 基础 7.5.2. JavaBean属性 7.5.3. 基于JDK和CGLIB的代理 7.5.4. 对接口进行代理 7.5.5. 对类进行代理 7.5.6. 使用“全局”advisor 7.6. 简化代理定义 7.7. 使用ProxyFactory通过编程创建AOP代理 7.8. 操作被通知对象 7.9. 使用“自动代理（autoproxy）”功能 7.9.1. 自动代理bean定义 7.9.1.1. BeanNameAutoProxyCreator 7.9.1.2. DefaultAdvisorAutoProxyCreator 7.9.1.3. AbstractAdvisorAutoProxyCreator 7.9.2. 使用元数据驱动的自动代理 7.10. 使用TargetSources 7.10.1. 热交换目标源 7.10.2. 池化目标源 7.10.3. 原型目标源 7.10.4. ThreadLocal目标源 7.11. 定义新的通知类型 7.12. 更多资源 8. 测试 8.1. 简介 8.2. 单元测试 8.3. 集成测试 8.3.1. Context管理和缓存 8.3.2. 测试fixture的依赖注入 8.3.3. 事务管理 8.3.4. 方便的变量 8.3.5. 示例 8.3.6. 运行集成测试 8.4. 更多资源 II. 中间层数据访问 9. 事务管理 9.1. 简介 9.2. 动机 9.3. 关键抽象 9.4. 使用资源同步的事务 9.4.1. 高层次方案 9.4.2. 低层次方案 9.4.3. TransactionAwareDataSourceProxy 9.5. 声明式事务管理 9.5.1. 理解Spring的声明式事务管理实现 9.5.2. 第一个例子 9.5.3. 回滚 9.5.4. 为不同的bean配置不同的事务语义 9.5.5. <tx:advice/> 有关的设置 9.5.6. 使用 @Transactional 9.5.6.1. @Transactional 有关的设置 9.5.7. 插入事务操作 9.5.8. 结合AspectJ使用 @Transactional 9.6. 编程式事务管理 9.6.1. 使用 TransactionTemplate 9.6.2. 使用 PlatformTransactionManager 9.7. 选择编程式事务管理还是声明式事务管理 9.8. 与特定应用服务器集成 9.8.1. BEA WebLogic 9.8.2. IBM WebSphere 9.9. 公共问题的解决方案 9.9.1. 对一个特定的 DataSource 使用错误的事务管理器 9.10. 更多的资源 10. DAO支持 10.1. 简介 10.2. 一致的异常层次 10.3. 一致的DAO支持抽象类 11. 使用JDBC进行数据访问 11.1. 简介 11.1.1. Spring JDBC包结构 11.2. 利用JDBC核心类实现JDBC的基本操作和错误处理 11.2.1. JdbcTemplate类 11.2.2. NamedParameterJdbcTemplate类 11.2.3. SimpleJdbcTemplate类 11.2.4. DataSource接口 11.2.5. SQLExceptionTranslator接口 11.2.6. 执行SQL语句 11.2.7. 执行查询 11.2.8. 更新数据库 11.3. 控制数据库连接 11.3.1. DataSourceUtils类 11.3.2. SmartDataSource接口 11.3.3. AbstractDataSource类 11.3.4. SingleConnectionDataSource类 11.3.5. DriverManagerDataSource类 11.3.6. TransactionAwareDataSourceProxy类 11.3.7. DataSourceTransactionManager类 11.4. 用Java对象来表达JDBC操作 11.4.1. SqlQuery类 11.4.2. MappingSqlQuery类 11.4.3. SqlUpdate类 11.4.4. StoredProcedure类 11.4.5. SqlFunction类 12. 使用ORM工具进行数据访问 12.1. 简介 12.2. Hibernate 12.2.1. 资源管理 12.2.2. 在Spring的application context中创建 SessionFactory 12.2.3. HibernateTemplate 12.2.4. 不使用回调的基于Spring的DAO实现 12.2.5. 基于Hibernate3的原生API实现DAO 12.2.6. 编程式的事务划分 12.2.7. 声明式的事务划分 12.2.8. 事务管理策略 12.2.9. 容器资源 vs 本地资源 12.2.10. 在应用服务器中使用Hibernate的注意点 12.3. JDO 12.3.1. 建立PersistenceManagerFactory 12.3.2. JdoTemplate和JdoDaoSupport 12.3.3. 基于原生的JDO API实现DAO 12.3.4. 事务管理 12.3.5. JdoDialect 12.4. Oracle TopLink 12.4.1. SessionFactory 抽象层 12.4.2. TopLinkTemplate 和 TopLinkDaoSupport 12.4.3. 基于原生的TopLink API的DAO实现 12.4.4. 事务管理 12.5. iBATIS SQL Maps 12.5.1. iBATIS 1.x和2.x的概览与区别 12.5.2. iBATIS SQL Maps 1.x 12.5.2.1. 创建SqlMap 12.5.2.2. 使用 SqlMapTemplate 和 SqlMapDaoSupport 12.5.3. iBATIS SQL Maps 2.x 12.5.3.1. 创建SqlMapClient 12.5.3.2. 使用 SqlMapClientTemplate 和 SqlMapClientDaoSupport 12.5.3.3. 基于原生的iBATIS API的DAO实现 12.6. JPA 12.6.1. 在Spring环境中建立JPA 12.6.1.1. LocalEntityManagerFactoryBean 12.6.1.2. LocalContainerEntityManagerFactoryBean 12.6.1.3. 处理多个持久化单元 12.6.2. JpaTemplate 和 JpaDaoSupport 12.6.3. 基于原生的JPA实现DAO 12.6.4. 异常转化 12.6.5. 事务管理 12.6.6. JpaDialect III. Web 13. Web框架 13.1. 介绍 13.1.1. 与其他web框架的集成 13.1.2. Spring Web MVC框架的特点 13.2. DispatcherServlet 13.3. 控制器 13.3.1. AbstractController 和 WebContentGenerator 13.3.2. 其它的简单控制器 13.3.3. MultiActionController 13.3.4. 命令控制器 13.4. 处理器映射（handler mapping） 13.4.1. BeanNameUrlHandlerMapping 13.4.2. SimpleUrlHandlerMapping 13.4.3. 拦截器（HandlerInterceptor） 13.5. 视图与视图解析 13.5.1. 视图解析器 13.5.2. 视图解析链 13.5.3. 重定向(Rediret)到另一个视图 13.5.3.1. RedirectView 13.5.3.2. redirect:前缀 13.5.3.3. forward:前缀 13.6. 本地化解析器 13.6.1. AcceptHeaderLocaleResolver 13.6.2. CookieLocaleResolver 13.6.3. SessionLocaleResolver 13.6.4. LocaleChangeInterceptor 13.7. 使用主题 13.7.1. 简介 13.7.2. 如何定义主题 13.7.3. 主题解析器 13.8. Spring对分段文件上传（multipart file upload）的支持 13.8.1. 介绍 13.8.2. 使用MultipartResolver 13.8.3. 在表单中处理分段文件上传 13.9. 使用Spring的表单标签库 13.9.1. 配置标签库 13.9.2. form标签 13.9.3. input标签 13.9.4. checkbox标签 13.9.5. radiobutton标签 13.9.6. password标签 13.9.7. select标签 13.9.8. option标签 13.9.9. options标签 13.9.10. textarea标签 13.9.11. hidden标签 13.9.12. errors标签 13.10. 处理异常 13.11. 惯例优先原则(convention over configuration) 13.11.1. 对控制器的支持： ControllerClassNameHandlerMapping 13.11.2. 对模型的支持：ModelMap (ModelAndView) 13.11.3. 对视图的支持： RequestToViewNameTranslator 13.12. 其它资源 14. 集成视图技术 14.1. 简介 14.2. JSP和JSTL 14.2.1. 视图解析器 14.2.2. 'Plain-old' JSPs versus JSTL 'Plain-old' JSP与JSTL 14.2.3. 帮助简化开发的额外的标签 14.3. Tiles 14.3.1. 需要的资源 14.3.2. 如何集成Tiles 14.3.2.1. InternalResourceViewResolver 14.3.2.2. ResourceBundleViewResolver 14.4. Velocity和FreeMarker 14.4.1. 需要的资源 14.4.2. Context 配置 14.4.3. 创建模板 14.4.4. 高级配置 14.4.4.1. velocity.properties 14.4.4.2. FreeMarker 14.4.5. 绑定支持和表单处理 14.4.5.1. 用于绑定的宏 14.4.5.2. 简单绑定 14.4.5.3. 表单输入生成宏 14.4.5.4. 重载HTML转码行为并使你的标签符合XHTML 14.5. XSLT 14.5.1. 写在段首 14.5.1.1. Bean 定义 14.5.1.2. 标准MVC控制器代码 14.5.1.3. 把模型数据转化为XML 14.5.1.4. 定义视图属性 14.5.1.5. 文档转换 14.5.2. 小结 14.6. 文档视图（PDF/Excel） 14.6.1. 简介 14.6.2. 配置和安装 14.6.2.1. 文档视图定义 14.6.2.2. Controller 代码 14.6.2.3. Excel视图子类 14.6.2.4. PDF视图子类 14.7. JasperReports 14.7.1. 依赖的资源 14.7.2. 配置 14.7.2.1. 配置ViewResolver 14.7.2.2. 配置View 14.7.2.3. 关于报表文件 14.7.2.4. 使用 JasperReportsMultiFormatView 14.7.3. 构造ModelAndView 14.7.4. 使用子报表 14.7.4.1. 配置子报表文件 14.7.4.2. 配置子报表数据源 14.7.5. 配置Exporter的参数 15. 集成其它Web框架 15.1. 简介 15.2. 通用配置 15.3. JavaServer Faces 15.3.1. DelegatingVariableResolver 15.3.2. FacesContextUtils 15.4. Struts 15.4.1. ContextLoaderPlugin 15.4.1.1. DelegatingRequestProcessor 15.4.1.2. DelegatingActionProxy 15.4.2. ActionSupport 类 15.5. Tapestry 15.5.1. 注入 Spring 托管的 beans 15.5.1.1. 将 Spring Beans 注入到 Tapestry 页面中 15.5.1.2. 组件定义文件 15.5.1.3. 添加抽象访问方法 15.5.1.4. 将 Spring Beans 注入到 Tapestry 页面中 - Tapestry 4.0+ 风格 15.6. WebWork 15.7. 更多资源 16. Portlet MVC框架 16.1. 介绍 16.1.1. 控制器 - MVC中的C 16.1.2. 视图 - MVC中的V 16.1.3. Web作用范围的Bean 16.2. DispatcherPortlet 16.3. ViewRendererServlet 16.4. 控制器 16.4.1. AbstractController和PortletContentGenerator 16.4.2. 其它简单的控制器 16.4.3. Command控制器 16.4.4. PortletWrappingController 16.5. 处理器映射 16.5.1. PortletModeHandlerMapping 16.5.2. ParameterHandlerMapping 16.5.3. PortletModeParameterHandlerMapping 16.5.4. 增加 HandlerInterceptor 16.5.5. HandlerInterceptorAdapter 16.5.6. ParameterMappingInterceptor 16.6. 视图和它们的解析 16.7. Multipart文件上传支持 16.7.1. 使用PortletMultipartResolver 16.7.2. 处理表单里的文件上传 16.8. 异常处理 16.9. Portlet应用的部署 IV. 整合 17. 使用Spring进行远程访问与Web服务 17.1. 简介 17.2. 使用RMI暴露服务 17.2.1. 使用 RmiServiceExporter 暴露服务 17.2.2. 在客户端链接服务 17.3. 使用Hessian或者Burlap通过HTTP远程调用服务 17.3.1. 为Hessian配置DispatcherServlet 17.3.2. 使用HessianServiceExporter暴露你的bean 17.3.3. 客户端连接服务 17.3.4. 使用Burlap 17.3.5. 对通过Hessian或Burlap暴露的服务使用HTTP基础认证 17.4. 使用HTTP调用器暴露服务 17.4.1. 暴露服务对象 17.4.2. 在客户端连接服务 17.5. Web服务 17.5.1. 使用JAXI-RPC暴露服务 17.5.2. 访问Web服务 17.5.3. 注册bean映射 17.5.4. 注册自己的处理方法 17.5.5. 使用XFire来暴露Web服务 17.6. 对远程接口不提供自动探测 17.7. 在选择这些技术时的一些考虑 18. Enterprise Java Bean(EJB)集成 18.1. 简介 18.2. 访问EJB 18.2.1. 概念 18.2.2. 访问本地的无状态Session Bean(SLSB) 18.2.3. 访问远程SLSB 18.3. 使用Spring提供的辅助类实现EJB组件 19. JMS 19.1. 简介 19.2. 使用Spring JMS 19.2.1. JmsTemplate 19.2.2. 连接工厂 19.2.3. (消息)目的地管理 19.2.4. 消息侦听容器 19.2.4.1. SimpleMessageListenerContainer 19.2.4.2. DefaultMessageListenerContainer 19.2.4.3. ServerSessionMessageListenerContainer 19.2.5. 事务管理 19.3. 发送一条消息 19.3.1. 使用消息转换器 19.3.2. SessionCallback 和ProducerCallback 19.4. 接收消息 19.4.1. 同步接收 19.4.2. 异步接收 - 消息驱动的POJOs 19.4.3. SessionAwareMessageListener 接口 19.4.4. MessageListenerAdapter 19.4.5. 事务中的多方参与 20. JMX 20.1. 介绍 20.2. 输出bean到JMX 20.2.1. 创建一个MBeanServer 20.2.2. 复用现有的MBeanServer 20.2.3. MBean的惰性初始化 20.2.4. MBean的自动注册 20.2.5. 控制注册行为 20.3. 控制bean的管理接口 20.3.1. MBeanInfoAssembler 接口 20.3.2. 使用源码级元数据 20.3.3. 使用JDK 5.0注解 20.3.4. 源代码级的元数据类型 20.3.5. 接口AutodetectCapableMBeanInfoAssembler 20.3.6. 用Java接口定义管理接口 20.3.7. 使用MethodNameBasedMBeanInfoAssembler 20.4. 控制bean的 ObjectName 20.4.1. 从Properties中读取ObjectName 20.4.2. 使用 MetadataNamingStrategy 20.5. JSR-160连接器 20.5.1. 服务器端连接器 20.5.2. 客户端连接器 20.5.3. 基于Burlap/Hessian/SOAP的JMX 20.6. 通过代理访问MBeans 20.7. 通知 20.7.1. 为通知注册监听器 20.7.2. 发布通知 20.8. 更多资源 21. JCA CCI 21.1. 介绍 21.2. 配置CCI 21.2.1. 连接器配置 21.2.2. 在Spring中配置ConnectionFactory 21.2.3. 配置CCI连接 21.2.4. 使用一个 CCI 单连接 21.3. 使用Spring的 CCI访问支持 21.3.1. 记录转换 21.3.2. CciTemplate 类 21.3.3. DAO支持 21.3.4. 自动输出记录生成 21.3.5. 总结 21.3.6. 直接使用一个 CCI Connection 接口和Interaction接口 21.3.7. CciTemplate 使用示例 21.4. 建模CCI访问为操作对象 21.4.1. MappingRecordOperation 21.4.2. MappingCommAreaOperation 21.4.3. 自动输出记录生成 21.4.4. 总结 21.4.5. MappingRecordOperation 使用示例 21.4.6. MappingCommAreaOperation 使用示例 21.5. 事务 22. Spring邮件抽象层 22.1. 简介 22.2. Spring邮件抽象结构 22.3. 使用Spring邮件抽象 22.3.1. 可插拔的MailSender实现 22.4. 使用 JavaMail MimeMessageHelper 22.4.1. 创建一条简单的MimeMessage，并且发送出去 22.4.2. 发送附件和嵌入式资源(inline resources) 23. Spring中的定时调度(Scheduling)和线程池(Thread Pooling) 23.1. 简介 23.2. 使用OpenSymphony Quartz 调度器 23.2.1. 使用JobDetailBean 23.2.2. 使用 MethodInvokingJobDetailFactoryBean 23.2.3. 使用triggers和SchedulerFactoryBean来包装任务 23.3. 使用JDK Timer支持类 23.3.1. 创建定制的timers 23.3.2. 使用 MethodInvokingTimerTaskFactoryBean类 23.3.3. 打包:使用TimerFactoryBean来设置任务 23.4. SpringTaskExecutor抽象 23.4.1. TaskExecutor接口 23.4.2. 何时使用TaskExecutor接口 23.4.3. TaskExecutor类型 23.4.4. 使用TaskExecutor接口 24. 动态语言支持 24.1. 介绍 24.2. 第一个例子 24.3. 定义动态语言支持的bean 24.3.1. 公共概念 24.3.1.1. <lang:language/> 元素 24.3.1.2. Refreshable bean 24.3.1.3. 内置动态语言源文件 24.3.1.4. 理解dynamic-language-backed bean context的构造器注入 24.3.2. JRuby beans 24.3.3. Groovy beans 24.3.4. BeanShell beans 24.4. 场景 24.4.1. Spring MVC控制器脚本化 24.4.2. Validator脚本化 24.5. 更多的资源 25. 注解和源代码级的元数据支持 25.1. 简介 25.2. Spring的元数据支持 25.3. 注解 25.3.1. @Required 25.3.2. Spring中的其它@Annotations 25.4. 集成Jakarta Commons Attributes 25.5. 元数据和Spring AOP自动代理 25.5.1. 基本原理 25.5.2. 声明式事务管理 25.5.3. 缓冲 25.5.4. 自定义元数据 25.6. 使用属性来减少MVC web层配置 25.7. 元数据属性的其它用法 25.8. 增加对额外元数据API的支持 A. XML Schema-based configuration A.1. Introduction A.2. XML Schema-based configuration A.2.1. Referencing the schemas A.2.2. The util schema A.2.2.1. <util:constant/> A.2.2.2. <util:property-path/> A.2.2.3. <util:properties/> A.2.2.4. <util:list/> A.2.2.5. <util:map/> A.2.2.6. <util:set/> A.2.3. The jee schema A.2.3.1. <jee:jndi-lookup/> (simple) A.2.3.2. <jee:jndi-lookup/> (with single JNDI environment setting) A.2.3.3. <jee:jndi-lookup/> (with multiple JNDI environment settings) A.2.3.4. <jee:jndi-lookup/> (complex) A.2.3.5. <jee:local-slsb/> (simple) A.2.3.6. <jee:local-slsb/> (complex) A.2.3.7. <jee:remote-slsb/> A.2.4. The lang schema A.2.5. The tx (transaction) schema A.2.6. The aop schema A.2.7. The tool schema A.2.8. The beans schema A.3. Setting up your IDE A.3.1. Setting up Eclipse A.3.2. Setting up IntelliJ IDEA A.3.3. Integration issues A.3.3.1. XML parsing errors in the Resin v.3 application server B. Extensible XML authoring B.1. Introduction B.2. Authoring the schema B.3. Coding a NamespaceHandler B.4. Coding a BeanDefinitionParser B.5. Registering the handler and the schema B.5.1. META-INF/spring.handlers B.5.2. META-INF/spring.schemas C. spring-beans-2.0.dtd D. spring.tld D.1. Introduction D.2. The bind tag D.3. The escapeBody tag D.4. The hasBindErrors tag D.5. The htmlEscape tag D.6. The message tag D.7. The nestedPath tag D.8. The theme tag D.9. The transform tag E. spring-form.tld E.1. Introduction E.2. The checkbox tag E.3. The errors tag E.4. The form tag E.5. The hidden tag E.6. The input tag E.7. The label tag E.8. The option tag E.9. The options tag E.10. The password tag E.11. The radiobutton tag E.12. The select tag E.13. The textarea tag F. Spring 2.0 开发手册中文化项目 F.1. 声明 F.2. 致谢 F.3. 参与人员及任务分配 F.4. Spring 2.0 正式版开发手册翻译说明 F.5. 项目历程 F.5.1. Spring 2.0 RC2 开发手册翻译项目 F.5.2. Spring 2.0 正式版开发手册翻译项目
javapms门户网站源码
08-07
第1章 JAVAPMS概述 1.1. 系统简介 JAVAPMS是JAVA门户管理系统(JAVA Portal Management System)的简称，以Sping+Hibernate+Freemarker+Html5+jQuery为技术核心架构，集系统管理、文档管理、审核工作流、基于模板的文档发布、页面静态化、内容检索、多媒体文档管理于一身，面向广大站长、软件开发者、程序爱好者、网页设计师，适用于个人站长、商业企业、政府机构、教育机构和其它各种单位组织的信息门户网站建设，是一款技术先进、安全稳定、操作友好、注重用户体验的JAVA门户管理系统，倾力打造JAVA、JSP门户管理系统品牌。 1.2. 安全高效的Java语言开发 Java是一种被广泛使用的网络编程语言，主要应用于企业、政府部门、电信、银行、手机平台开发等多个领域，是现在大型软件项目开发中的主角，长期占据《TIOBE世界编程语言排行榜》第一的宝座。随着Internet的发展，Java语言以其强大的生命力得到了越来越广泛的应用。Java语言之所以受人推崇，是因为它确实称得上是一种新一代编程语言，具有面向对象、可移植性好、与硬件无关、系统强健安全、提供了并发机制、性能高的众多优点，并提供了分布性、多线程、动态性的支持。 Java作为一种重要的开发工具，它具有七个主要特性：安全性、核心API、开放式标准、分布式和动态结构、面向对象、多线程、内存管理。 TIOBE发布的编程语言排行榜 1.3. 完善合理的技术架构 系统选用了经过java社区长时间使用，被证明稳定、可靠、安全、高性能的开源框架，包括Spring、Hibernate、Freemarker、jQuery、Shiro等框架。使用这些框架可以使软件开发更加高效、易于维护，而且具有更好的性能、更高的安全性。 1.4. 全面稳定的平台兼容性 在操作系统平台兼容性方面，系统可以在Linux、UNIX、Windows等系统上运行。客户可以根据自身情况选择自己熟悉的或正在使用的操作系统，减小维护成本。 在数据库平台兼容性方面，系统数据库持久层采用hibernate实现，使得系统可以支持几乎所有的数据库平台，包括Oracle、DB2、Microsoft SQL Server、MySQL、PostgreSQL等。这对于已经购买或熟悉某一类型数据库产品的用户非常有利，用户不必购买或维护多套不同的数据库，大幅度减低成本。 在应用服务器平台兼容性方面，系统支持跨应用服务器，如Tomcat、Weblogic、Webspere、JBoss等应用服务器，很好的满足了各层次用户的需求。 在浏览器兼容性方面，目前多种浏览器并存，使用非IE浏览器的用户越来越多，即使是IE浏览器也有多种版本。系统所有web页面制作遵循w3c标准制作，采用最新的html5规范，基于div+css布局，所有标签生成的html代码都经过跨浏览器测试。javascript脚本基于jquery和javascript标准编写，有效的解决了js跨浏览器的问题，系统可以在IE6、IE7、IE8、IE9、FireFox、Chrome、Opera、Safari浏览器下平稳运行。 1.5. 强大的中文采集与检索技术 系统支持强大的中文检索组件，可以对内容进行高效的全文检索，支持所有流行文档格式的检索，能够自动提取文本正文、生成内容摘要，能够自定义检索结果展现形式，以满足不同行业的特殊要求，构建细分领域内的垂直搜索引擎。 第2章 系统功能介绍 2.1. 系统登录 管理员对网站进行日常维护前须先进入管理后台登录页面，在输入帐号和密码后即可进入后台管理中心，如果登录信息输入错误超过三次，系统将要求输入验证码，防止恶意登录行为，加强系统安全性，登录界面如下图： 2.2. 我的工作台 2.2.1. 个人资料 在我的工作台中，管理员可以点击左侧的“个人资料”修改和完善自己的帐户信息，如真实姓名、电子邮箱、联系电话等，如下图所示： 2.2.2. 修改密码 点击我的工作台左侧的“修改密码”，可以对管理员登录密码进行修改，系统要求输入原密码，然后输入两次新密码，界面如下： 2.3. 文档中心 文档中心主要管理全站信息的发布，是系统的一个核心功能，可以对全站文档进行管理，栏目管理，模型管理，文档属性管理。 2.3.1. 文档管理 点击“文档中心”左侧功能菜单的“文档管理”，文档按所属栏目树形组织管理，点击相应的栏目将会在右边显示改栏目下的文章列表，配合多样化的文章搜索功能，可根据文档标题、文档状态（草稿、审核与否、回收站等）、文章属性（普通、图文、焦点、头条等）、进行文档搜索，文档列表界面如下所示： 添加或修改文章时，可设置文档所属栏目、标题、外部链接、副标题、标题颜色、短标题、自动T
python入门到高级全栈工程师培训 第3期 附课件代码
06-07
python入门到高级全栈工程师培训视频学习资料；本资料仅用于学习，请查看后24小时之内删除。 【课程内容】 第1章 01 计算机发展史 02 计算机系统 03 小结 04 数据的概念 05 进制转换 06 原码补码反码 07 物理层和数据链路层 08 网络层和arp协议 09 传输层和应用层 第2章 01 上节课复习 02 arp协议复习 03 字符编码 第3章 01 网络基础和dos命令 02 为何学习linux 03 课程内容介绍 04 操作系统内核与系统调用 05 操作系统安装原理 06 linux操作系统安装 07 初识linux命令 08 linux操作系统目录结构 09 目录及文件操作 第4章 01 上节课复习 02 创建用户相关的文件 03 用户增删该查及组相关操作 04 对文件的权限管理 05 对目录的权限管理 06 权限管理补充 07 属主属组及基于数字的权限管理 第5章 01 上节课复习 02 文件合并与文件归档 03 文件归档与两种压缩方式 04 vim编辑器 05 系统启动流程 06 grub加密 07 bios加密 08 top命令 09 free命令 10 进程管理 第6章 01 上节课复习 02 磁盘分区 03 文件系统与挂载 04 挂载信息讲解 05 磁盘用满的两种情况 06 软连接和硬链接 07 软连接和硬链接补充 第7章 01 ip地址与子网划分 02 ip地址配置 03 虚拟机网络模式 04 三层隔离验证试验 第8章 01 上节课复习 02 软件包介绍 03 rpm软件包管理 04 yum软件包管理 05 源码安装python3.5 06 ssh服务 07 apache服务 08 samba服务 第9章 01 Python开发系列课程概要 02 Python作业要求以及博客 03 编程语言介绍 04 Python种类介绍 05 Python安装以及环境变量的操作 06 Python初识以及变量 07 Python条件语句和基本数据类型 08 Python while循环语句以及练习题 09 练习题讲解 第10章 01 上节内容回顾以及补充 02 上周作业实现 03 Pycharm的安装和使用 04 Python 运算符 05 Python 运算符以及总结 06 Python 基本数据类型介绍 07 Python 整形的魔法 08 Python 字符串的魔法 第11章 01 Python 字符串的魔法 02 Python range的用法以及练习 03 Python 课上练习解释 04 Python 基础知识练习题试题 第12章 01 今日内容介绍以及基础测试题答案讲解 02 Python 列表的魔法 03 Python 元组的魔法 04 Python 字典的魔法 05 Python 错误更正：布尔值可以作为字典的key 06 Python 今日内容整理 第13章 第13章共1课 第14章 01 数据类型和变量总结 02 集合定义和基本操作方法 03 集合关系运算交，差，并集 04 集合的其他内置方法 05 集合补充 06 百分号字符串拼接 07 format字符串格式化 08 数学意义的函数与python中的函数 09 为何要有函数 10 函数返回值 11 可变长参数 第15章 01 上节课复习 02 全局变量与局部变量 03 风湿理论之函数即变量 04 函数递归 05 函数递归补充 第16章 01 上节课回顾 02 函数作用域 03 函数作用域补充 04 匿名函数 05 函数式编程介绍 06 函数式编程尾递归调用优化 07 map函数 08 map函数filter函数 09 reduce函数 10 map reduce filter总结 11 内置函数part1 第17章 01 课前吹牛 02 zip方法 03 max和min高级使用 04 其他内置函数 05 文件操作的其他模式 第18章 01 上节课复习 02 文件处理b模式 03 文件操作的其他方法 04 文件seek方法补充 05 迭代器协议和for循环工作机制 06 迭代器补充 07 三元运算，列表解析，生成器表达式 第19章 01 生成器函数 02 生成器函数的好处 03 母鸡下蛋的传说 04 生成器特性阐释 05 生产者消费者模型 06 第三次作业讲解 第20章 01 上节课回顾 02 装饰器基本理论 03 高阶函数使用 04 函数闭包 05 函数闭包装饰器基本实现 06 函数闭包加上返回值 07 函数闭包加上参数 08 函数闭包补充：解压序列 09 函数闭包为函数加上认证功能 10 函数闭包模拟session 11 函数闭包装饰器运行流程 12 函数闭包带参数装饰器 第21章 01 查询功能 02 修改功能 03 程序的解耦 04 module模块和包的介绍 05 模块的执行以及__name__ 06 关于模块的介绍 07 time时间模块 08 random模块 第22章 01 模块的补充 02 sys修改环境变量 03 BASEDIR的介绍 04 os模块的介绍 05 sys模块的介绍 06 json模块 07 pickle模块 08 shelve模块 09 XML模块 10 re模块简介 11 re模块之元字符 第23章 01 re模块之转义字符 02 re模块之分组 03 re模块之方法 04 re模块总结 05 logging模块 06 re模块补充 07 configparse模块 08 hashlib模块 09 计算器作业以及思路 10 模块导入补充 第24章 01 面向对象设计 02 类相关知识 03 对象相关知识 04 类属性增删改查 05 实例属性的增删改查 06 对象与实例属性 07 对象与实例属性补充 08 面向对象作业 第25章 01 上节课回顾 02 静态属性 03 类方法 04 静态方法 05 小结 06 组合 07 继承 08 接口继承与归一化设计 09 继承顺序之mro线性顺序列表 10 在python2中的继承顺序是什么 11 在子类中调用父类方法 12 super调用父类的方法 13 选择系统作业讲解 第26章 01 学生自主复习 02 分享列表 03 多态 04 封装 05 面向对象概念总结 06 反射 07 反射及动态导入模块 08 类的内置attr属性 09 类内置attr属性补充 10 继承的方式完成包装 11 组合的方式完成授权 第27章 01 os模块复习 02 上节课复习 03 内置函数补充及getattribute 04 getattribue补充 05 item系列 06 str与repr 07 自定制format 08 slots属性 09 doc属性 10 module和class 11 析构方法 12 call方法 13 迭代器协议 14 迭代器协议实现斐波那契数列 16 描述符答疑 17 描述符优先级 18 软件开发规范 19 pycharm干的好事 第28章 01 上节课复习 02 上下文管理协议 04 异常的构成简单了解 05 描述符应用 08 类的装饰器的基本原理 09 类的装饰器增强版 10 类的装饰器的应用 11 自定制property 12 自定制property流程分析 13 自定制property实现延迟计算功能 14 property补充 15 元类介绍 16 自定义元类 17 函数复习 18 文件操作复习 第29章 01 上节课复习 02 什么是异常处理及异常处理的两种方式对比 03 多分支与万能异常 04 异常处理的其他内容 05 什么时候用异常处理 06 什么是socket 07 套接字发展及分类 08 基于tcp协议的套接字编程 09 socket底层工作原理解释 10 tcp三次握手与四次挥手 第30章 01 上节课复习 02 客户端服务端循环收发消息 03 socket收发消息原理剖析 04 服务端循环链接请求来收发消息 05 补充 06 udp套接字 07 recv与recvfrom的区别及基于udp实现ntp服务 08 基于tcp实现远程执行命令 09 基于tcp实现远程执行命令测试结果 10 粘包现象 11 粘包解决方法 第31章 01 上节课复习 02 socketserver实现并发 03 socketserver模块介绍 04 socketserver源码分析tcp版本 05 socketserver源码分析udp版 06 ftp作业要求讲解 07 补充：认证客户端链接合法性 第32章 01 FTP之参数解析与命令分发 02 FTP之逻辑梳理 03 FTP之验证功能 05 FTP之文件上传 06 FTP之断点续传 08 FTP之进度条 09 FTP之cd切换 11 FTP之创建文件夹及MD5校验思路 第33章 01 操作系统历史 02 进程的概念 03 线程的概念 04 线程的调用以及join方法 05 setDaemon方法和继承式调用.baiduyun.downloading 05 setDaemon方法和继承式调用 第34章 01 上节知识回顾 02 并发并行与同步异步的概念 03 GIL的概念 04 同步锁 05 递归锁 06 同步对象event 07 信号量 08 线程队列 09 生产者消费者模型 10 多进程的调用 第35章 01 进程通信 02 进程池 03 协程 04 事件驱动模型 05 IO模型前戏 06 阻塞IO与非阻塞IO 07 select及触发方式 08 select监听多连接 09 select与epoll的实现区别 第36章 01 异步IO 02 selectors模块介绍 03 selectors模块应用 04 作业介绍 第37章 01 selctors实现文件上传与下载 02 html的介绍 03 html文档树的概念 04 meta标签以及一些基本标签 05 img标签和列表标签 06 form表单之input标签 07 通过form向server端发送数据 08 form表单之select标签 09 table标签 第38章 01 css的四种引入方式 02 css的四种基本选择器 03 css的组合选择器 04 css的属性选择器 05 css的伪类 06 css的选择器优先级 07 css的背景属性 第39章 01 css的文本属性与边框属性 02 css的列表属性与display属性 03 css的内外边距 04 css的内外边距补充 05 css的float属性 06 css的清除浮动 07 css的定位 08 css的margin定位 第40章 01 抽屉作业之head区域（导航条） 02 抽屉作业之置顶区域 03 抽屉作业之content部分 05 抽屉作业之页码部分 06 抽屉作业之footer部分 第41章 01 JS的历史以及引入方式 02 JS的基础规范 03 JS的基本数据类型 04 JS的运算符 05 JS的控制语句与循环 06 JS的循环与异常 07 JS的字符串对象 08 JS的数组对象 09 JS的函数对象 第42章 01 JS的函数作用域 02 JS的window对象之定时器 03 JS的history对象和location对象 04 JS的DOM节点 05 JS的DOM节点 第43章 01 上节知识回顾 02 js之onsubmit事件与组织事件外延 03 DOM节点的增删改查与属性设值 04 正反选练习 05 js练习之二级联动 06 jquery以及jquery对象介绍 07 jquery选择器 08 jquery的查找筛选器 09 jquery练习之左侧菜单 第44章 01 jquery属性操作之html,text,val方法 02 jquery循环方法和attr,prop方法 03 jquery模态对话框与clone的应用 04 jqueryCSS操作之offsets,position以及scrolltop 05 jquery事件绑定与事件委托 06 jquery动画效果 07 jquery扩展与插件 08 jquery扩展补充 09 本周作业轮播图以及思路 第45章 轮播图片css部分 轮播图片js部分 第46章 01 数据库与dbms的概念 02 sql规范 03 数据库操作DDL 04 python s3 day46 mysql的数据类型 05 数据表操作 06 表记录之增删改操作 07 表记录查询之查询 第47章 01 多表查询之连接查询 02 级联删除与set null 03 多表查询之连接查询 04 多表查询之复合查询与子查询 05 mysql之索引 第48章 01 python操作数据库pymysql 02 数据库之事务 03 mysql事务之savepoint 第49章 01 http协议之请求协议 02 http协议之响应协议 03 web框架的概念 04 做一个最简答web框架 05 MVC模式和MTV模式 06 django的一个简单应用 07 django静态文件之static 08 django的url控制系统 09 django的urlConf补充 第50章 01 django之视图函数的介绍 02 django视图之redirec 03 django模板之变量 04 django模板之过滤器 05 django模板之控制语句if和for循环 06 django模板之标签tag补充 07 django模板之自定义filter和simple_tag 08 django模板之继承标签extend和添加标签include 第51章 01 数据库表与表之间的一对多多对多的关系 02 Django的ORM的概念 03 ORM对单表的增删改操作 04 ORM查询API 05 模糊查询之万能的双下换线 第52章 01 上节知识回顾 02 ORM多表操作之一对多增加记录 03 ORM多表操作之一对多查询之对象查询 04 ORM多表操作之一对多查询之双下划线查询 05 ORM多表操作之多对多添加记录 06 ORM多表操作之多对多查询 07 ORM多表操作之F查询与Q查询 08 ORM的querySet集合对象的特性 第53章 01 admin介绍 02 alex首秀失败 03 自定义admin样式 04 admin补充 05 COOKIE介绍 06 COOKIE和SESSION配合使用 第54章 01 今日内容概要 02 Django内容回顾 03 Django请求生命周期之Http请求 04 Django请求生命周期之FBV和CBV 05 Django请求生命周期之CBV扩展 06 瞎扯淡 07 Django请求生命周期之响应内容 08 学员管理示例：数据库设计 09 学员管理示例：班级管理 10 学员管理示例：学员管理 第55章 01 Django的ORM基本操作补充之概要 02 Django的ORM基本操作补充之一对多 03 学员管理示例：编辑学生 04 Django的ORM基本操作补充之多对多 05 学员管理示例：为班级分配老师 06 初识Ajax以及简单应用 07 学员管理示例：Ajax删除学生 08 本节作业以及内容补充 第56章 01 上节内容回顾 02 创建Project以及表结构 03 基于BootStrap和FontAwesome制作页面 04 创建学生信息 05 删除学生信息 第57章 01 上节内容回顾 02 上节bug修复 03 编辑学生信息之前端功能 04 编辑学生信息之后台处理 05 以上内容总结 06 Ajax功能之dataType和traditional 第58章 01 今日内容概要 02 Ajax补充之serialize 03 分页功能介绍 04 分页基础知识 05 Django内置分页 06 扩展Django内置分页 07 自定义分页组件 08 DjangoForm组件初识 第59章 01 Form组件之生成HTML标签 02 Form组件之详解字段 03 Form组件之常用标签示例 04 Form组件之动态绑定数据 第60章 Django序列化共6课 第61章 01 上节内容回顾 02 上传文件 03 制作上传按钮 04 Form组件上传文件 05 上传相关内容梳理 06 Model操作知识提问 07 Model操作概述 08 Model字段 09 Model连表字段参数详解 10 Model自定义多对多第三张表 11 强插一道面试题 12 Model连表操作梳理 13 多对多自关联 14 Model操作补充 15 再插两道JavaScript面试题 16 Model操作之select_related以及prefetch_related 17 Model操作知识梳理以及补充 18 JavaScript两道面试题讲解 第62章 01 今日内容概要 02 创建基本项目 03 XMLHttpRequest对象发送请求 04 XMLHttpRequest对象发送POST请求 05 Iframe伪造Ajax请求 06 Iframe伪造回调函数 07 上述内容整理 08 FormData对象以及Ajax文件上传 09 Iframe文件上传 10 Iframe上传文件 11 JSONP实现AJax跨域 12 内容整理以及CORS简单介绍 第63章 01 项目以及学习介绍 02 企业官网示例功能介绍 03 企业官网示例以及数据库表结构 04 企业官网示例作业要求 05 Toando源码基本基本介绍 第64章 01 组合搜索 02 瀑布流 03 瀑布流作业 第65章 01 今日内容概要 02 瀑布流作业讲解 03 保障系统需求分析 04 保障系统数据库设计 05 保障系统目录结构规定 06 阶段任务安排 第66章 01 保障系统主页功能讲解 02 保障系统主页分类和分页的实现 03 阶段作业：保障系统登录注册 第67章 01 保障系统之登录注册功能讲解 02 保障系统之网站验证码 03 保障系统之一个月免登陆 04 任务安排 第68章 01 保障系统之个人知识库主页 02 保障系统之个人知识库内容筛选 03 保障系统之文章最终页 04 保障系统之KindEditor基本使用 05 保障系统之下节预告 06 今日作业以及下节预告 第69章 01 后台管理功能介绍 02 后台管理页面布局 03 今日作业以及下节预告 第70章 01 后台管理之创建报障单 02 后台管理之处理报障单 03 后台管理之画图流程 04 后台管理之Highchart统计保障单 第71章 01 权限管理要求 02 权限管理数据库表设计 03 填充权限数据 04 作业：获取权限以及菜单信息 05 作业思路讲解 06 权限管理之获取用户权限信息 07 权限管理之获取用户菜单信息 08 权限管理之用户权限挂靠到菜单上 09 权限管理之处理菜单等级关系 第72章 01 上节内容概要以及标记应该显示的菜单 02 权限管理之递归生成多级菜单 03 权限管理之标记当前以及激活菜单 04 权限管理之基本使用 05 权限管理之封装权限组件 06 下节预告 第73章 01 CMDB项目介绍 02 CMDB开发背景 03 CMDB开发目的 04 CMDB资产采集方式之agent 05 CMDB资产采集方式之ssh 06 CMDB资产采集方式之saltstack 07 CMDB资产采集方式之puppet 08 CMDB资产采集方式比较 09 CMDB资产采集内容梳理 10 CMDB资产采集功能实现之agent 11 CMDB资产采集功能实现之ssh 12 CMDB资产采集功能实现之saltstack 13 CMDB资产采集插件开发 14 内容回顾之面向对象继承 15 作业：基于配置文件加载插件 第74章 01 CMDB项目上节作业讲解 02 CMDB项目采集资产数据 03 知识拾遗之线程进程池 04 CMDB项目采集资产之日志记录 05 自定义JSON序列化类型 06 本节作业 第75章 01 基于requests模块汇报资产数据 02 基于requests模块汇报API验证 03 CMDB项目示例之API验证流程 04 CMDB项目之数据库表结构 05 CMDB项目之资产汇报并持久化 06 CMDB项目之持久化资产流程 07 本周作业 第76章 01 CMDB项目CURD组件之配置文件构造 02 CMDB项目CURD组件之神奇的单@符号 03 CMDB项目CURD组件之神奇的双@符号 04 CMDB项目CURD组件之自定义td属性 05 下节内容预习 第77章 01 CMDB项目CURD组件之进入编辑模式 02 CMDB项目CURD组件之全选取消反选和编辑模式 03 CMDB项目CURD组件之内容截图 04 CMDB项目CURD组件之进入编辑模式详细 05 CMDB项目CURD组件之属性中应用神奇的单@符号 06 CMDB项目CURD组件之退出编辑模式 07 CMDB项目CURD组件之更新数据 08 CMDB项目CURD组件之基于jQuery扩展封装组件 09 CMDB项目CURD组件之10分钟搞定页面基本操作 10 CMDB项目CURD组件之分页功能 11 CMDB项目CURD组件之搜索功能介绍 12 CMDB项目总结 第78章 01 剩余项目概览 02 CRM项目需求分析 04 CRM项目需求分析及架构设计 05 CRM项目表结构设计 第79章 01 CRM项目实战-前端页面布局 02 CRM项目实战-登录页面开发 04 CRM项目实战-动态菜单设计 05 CRM项目实战-kingadmin开发设计 06 CRM项目实战-kingadmin自动发现及注册功能开发 07 CRM项目实战-kingadmin model obj list页面开发 08 CRM项目实战-kingadmin 根据list_display配置生成数据列表 09 CRM项目实战-kingadmin 多条件过滤功能开发 第80章 01 课前鸡汤 02 分页功能开发 03 分页功能优化 04 排序功能开发 05 分页 排序 筛选组合使用 06 搜索功能开发 第81章 01 CRM项目实战 - 动态modelform的实现 02 CRM项目实战 - 动态modelform 增加自定义样式 03 CRM项目实战 - 实现任意表的增删改查 04 CRM项目实战 - 只读字段的处理 05 CRM项目实战 - filter_horizontal的实现 第82章 01 CRM项目实战 - kingadmin m2m filter_horizontal优化 02 CRM项目实战 - kingadmin 对象删除功能开发 03 CRM项目实战 - kingadmin+admin+action功能开发 04 CRM项目实战 - csrf+token验证原理 第83章 01 CRM项目-kingadmin批量删除 02 CRM项目-学员报名流程开发 03 CRM项目-本次作业需求 第84章 01 SSO介绍 02 用户自定义认证 03 万能通用权限框架设计 04 万能通用权限框架设计-自定义权限钩子实现 第85章 01 堡垒机项目实战-需求讨论 02 堡垒机项目实战-表结构设计 第86章 01 堡垒机项目实战-用户交互程序开发 02 堡垒机项目实战-通过paramiko记录ssh会话记录 03 堡垒机项目实战-把parmaiko代码嵌入用户交互程序 04 堡垒机项目实战-在数据库里记录用户会话数据 第87章 01 堡垒机项目实战-前端模板的选择 02 堡垒机项目实战-web ssh的使用 03 堡垒机项目实战-批量任务的思路 04 堡垒机项目实战-批量任务的前端页面开发 第88章 01 堡垒机实战-批量命令后端开发 02 堡垒机实战-批量命令前端获取执行结果 03 堡垒机实战-批量文件分发 第89章 01 版本管理工具介绍 02 git基本使用 03 github使用 04 git 分支开发流程 05 restful规范介绍 06 restful api设计指南 第90章 01 rabbitmq 消息安全接收 02 rabbitmq 消息持久化 03 rabbitmq 消息订阅发布 04 rabbitmq 消息组播 05 rabbitmq 消息RPC 第91章 01 阶段课程安排介绍 02 爬虫介绍 03 初识爬虫之采集汽车资讯信息 04 requests和beautfulsoup模块基本使用 05 示例：自动登录抽屉新热榜 06 requests模块详细介绍 第92章 01 BeautifulSoup模块详细介绍 02 示例：自动登录知乎 03 示例：自动登录博客园 04 作业之开发Web微信 第93章 01 开发Web微信前戏 02 Web微信流程介绍 03 Web微信之用户扫码 04 Web微信之用户信息初始化 05 Web微信开发总结 第94章 01 Web微信之获取用户初始化信息并展示 02 Web微信之发送微信消息 03 Web微信之获取用户消息 04 Web微信开发总结 第95章 01 多线程实现并发请求 02 多进程实现并发请求 03 异步IO模块的使用 04 自定义异步IO模块前戏 05 自定义异步IO模块开发 06 自定义异步IO模块开发 第96章 01 Scrapy爬虫介绍 02 抽屉示例：初识Scrapy并获取新闻标题 03 抽屉示例：递归获取所有页码 04 抽屉示例：基于pipeline实现标题和URL持久化 第97章 01 Scrapy上节回顾 02 去除重复URL 03 pipeline补充 04 自动登录抽屉并点赞 05 scrapy框架扩展 06 配置文件 第98章 01 Scrapy配置之自动限速以及缓存 02 Scrapy之默认代理以及扩展代理 03 Scrapy之自定义Https证书 04 Scrapy配置之下载中间件 05 Scrapy配置之爬虫中间件 06 Scrapy配置之自定义scrapy命令 07 Scrapy源码流程简述 第99章 01 今日内容概要 02 Scrapy源码剖析前戏之Twisted使用 03 Scrapy源码剖析之自定义Low版框架 04 Scrapy源码剖析之自定义TinyScrapy框架 05 Scrapy源码剖析流程解析 第100章 01 Tornado学习概要 02 Tornado基本操作 03 Tornado自定义Session知识前戏 04 Tornado自定义Session 第101章 01 WebSocket介绍 02 WebSocket握手过程分析 03 基于Python实现WebSocket握手过程 04 位运算补充 05 WebSocket数据解析过程 06 基于Tornado的WebSocket实现聊天室 第102章 01 今日内容复习目标 02 异步非阻塞框架介绍 03 Tornado异步非阻塞功能使用 04 自定义Web框架（同步） 05 自定义Web框架支持同步和异步非阻塞 06 复习计划 第103章 01 缓存数据库介绍 02 redis string操作 03 redis hash 操作 04 redis list操作 05 redis 集合操作 06 redis 其他常用命令 07 redis 发布订阅 08 celery介绍和基本使用 09 celery在项目中使用 10 celery定时任务 11 celery在项目中使用 12 celery 在django中实现定时任务 第104章 就业指导 01 简历制作 02 如何面试 03 最后的鸡汤 04 Nginx+uWSGI+Django部署
【HTML系列】第六章 · 框架标签、HTML实体、HTML全局属性和meta元信息
麟-小白的博客
04-01 1269
Hello大家好， 我是【麟-小白】，一位软件工程专业的学生，喜好计算机知识。希望大家能够一起学习进步呀！本人是一名在读大学生，专业水平有限，如发现错误或不足之处，请多多指正！！！如果小哥哥小姐姐们对我的文章感兴趣，请不要吝啬你们的小手，多多呀！❤❤❤爱你们！！！目录写在前面1. 框架标签1.1 框架标签2. .HTML实体2.1 HTML实体3. HTML全局属性3.1 常用的全局属性4. meta 元信息结语【往期回顾】【HTML系列】第五章 · 表单。
web前端html学习笔记(6)——框架、实体、全局属性和元信息
m0_52353966的博客
03-23 474
本篇学习框架标签、html实体、html全局属性和meta元信息，至此，html4的内容告一段落了。
HTML5之基础、元信息标签
杨筱斌的博客
10-17 1763
<html>标签 常用属性：          [manifest]：定义一个URL，该URL上记录了此文档的缓存信息 作用：          该标签用来告知浏览器这是一个HTML文档，浏览器在读取该标签后...
HTML5 常用标签、全局属性功能整理
yorkmass
10-09 1190
常用标签 标签 描述 基础   &lt;!DOCTYPE&gt;  定义文档类型。 &lt;html&gt; 定义一个 HTML 文档 &lt;title&gt; 为文档定义一个标题 &lt;body&gt; 定义文档的主体 &lt;h1&gt; to &lt;h6&gt; 定义 HTML 标题 &lt;p&gt; 定义
HTML5 之 Meta 标签
热门推荐
无
06-16 1万+
概述   meta 元素用于指定页面的信息和部分行为。通常用于指定网页的描述，关键字等元数据。   可以被使用浏览器、搜索引擎或其他 Web 服务调用。 <meta name="" http-equip="" content="" charset=""> charset   charset规定HTML文档的字符编码。 <meta charset="utf-8">   charset是HTML 5的新属性，替换了HTML 4.01的指定字符编码的方式，可以减少部分代码量。 &lt.
HTML所有标签及其属性汇总
WinstonLau的博客
09-15 1万+
A ➔ E F ➔ J K ➔ O P ➔ T U ➔ Y Z 和 其它标签 html 全局属性 A ➔ E &amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;
HTML 标签整理
weixin_30875157的博客
09-06 197
序号 标签 描述 自闭合 　 　 基础 　 　 　 1 <!DOCTYPE> 　 　 　 2 <html> 定义一个 HTML 文档 　 　 3 <title> 为文档定义一个标题 　 　 4 <body> 定义文档的主体 ...
nginx 配置 gzip压缩及去除 html 缓存
chechenshi的博客
05-29 473
【代码】nginx 配置 gzip压缩及去除 html 缓存。
html前端怎么赚钱：探索多元盈利途径
最新发布
asdgftv_niiy的博客
06-02 240
综上所述，HTML前端赚钱的途径多种多样，从基础技能的提升到自由职业、教育与培训以及创业与产品开发等各个方面都有机会实现盈利。在与客户沟通时，要清晰地表达自己的能力和项目需求，以确保项目的顺利进行。此外，远程工作还允许你灵活地安排自己的时间和工作地点，实现工作与生活的平衡。在制定课程大纲时，要考虑到不同学员的需求和水平，确保课程内容的实用性和针对性。同时，你还需要关注市场动态和竞争对手的情况，不断调整和优化自己的产品策略。通过不断提升自己的技能，你可以承接更多复杂的项目，从而获得更高的收益。
HTML中Canvas关键知识点总结
2301_79858914的博客
06-02 599
Canvas 提供了一套强大的 2D 绘图 API，适用于各种图形绘制、图像处理和动画制作。掌握 Canvas 的基础操作、路径绘制、变换操作、状态管理和性能优化等知识，可以帮助你创建复杂且高效的网页图形应用。通过以上详细的讲解，希望能让你对 Canvas 有更全面的理解，并能够应用这些知识点进行实际开发。
HTML静态网页成品作业(HTML+CSS)——企业装饰公司介绍网页(4个页面)
weixin_42283461的博客
05-30 412
HTML静态网页成品作业(HTML+CSS)——企业装饰公司介绍网页(4个页面)
【HTML】通过焦点，获取部分上下文内容
随便写写
05-30 173
通过焦点，获取部分上下文内容
HTML静态网页成品作业(HTML+CSS)——家乡沅陵介绍网页(1个页面)
weixin_42283461的博客
05-28 469
HTML静态网页成品作业(HTML+CSS)——家乡沅陵介绍网页(1个页面)
html中meta标签
01-21
HTML中的meta标签是一种用于提供关于HTML文档的元数据的标签。它位于HTML文档的头部，即`<head>`标签和`<title>`标签之间。meta标签通过使用不同的属性来提供不同的元数据信息。 例如，可以使用`name`属性来指定元数据的名称，使用`content`属性来指定元数据的值。以下是一个示例： ```html <meta name="description" content="这是一个描述性的元数据"> ``` 在上面的示例中，`name`属性的值是"description"，表示这是一个描述性的元数据，而`content`属性的值是"这是一个描述性的元数据"，表示元数据的具体内容。 此外，还可以使用`property`属性来指定元数据的属性，例如在App Links中使用的`og:title`和`og:description`属性。以下是一个示例： ```html <meta property="og:title" content="这是一个标题"> <meta property="og:description" content="这是一个描述"> ``` 在上面的示例中，`property`属性的值是"og:title"和"og:description"，分别表示元数据的标题和描述，而`content`属性的值分别是"这是一个标题"和"这是一个描述"，表示元数据的具体内容。 需要注意的是，meta标签中的元数据信息对于搜索引擎优化（SEO）和社交媒体分享非常重要，可以帮助搜索引擎和社交媒体正确地解析和展示网页的内容。

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

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值