element

1.XML和DTD以及Schema 一、XML的简介 XML是指可扩展的标记语言，它是一种 标记语言 ，很类似于HTML。它被设计的宗 旨是传输数据 ， 而非显示数据 。 XML标签没有 被预定义 ，需要用户 自行定义标签 。 XML技术是W3C组织发布的，目前遵循的是W3C组织于2000年发布的XML1.0规范。 XML被广泛认为是继Java之后再Internet上最激动人心的新技术。 二、XML技术用于解决什么问题？ 在现实生活中存在大量有关系的数据，如下图所示。 问题：这样的数据该如何表示并交给计算机处理呢？ XML语言出现的根本目的在于描述如上图所示那种有关系的数据。 XML是一种通用的数据交换格式 。 在XML语言中，它允许用户自定义标签。一个标签用于描述一段数据；一个标签可分为开始标签和结束标签，在起始标签之间，又可以使用其他标签描述其他数据，一次来是你先数据关系的描述。 XML中的数据必须通过软件程序来解析执行或显示，如IE等；这样的继续程序称之为 Parser(解析器) 。 <?xml version="1.0" encoding="UTF-8"?> <中国> <北京> <海淀></海淀> <丰台></丰台> </北京> <山东> <济南></济南> <青岛></青岛> </山东> <湖北> <武汉></武汉> <荆州></荆州> </湖北> </中国> 三

此篇主要解析 ArrayList 的源码处理逻辑 继承关系 几个有意思的参数 // 默认初始容量 private static final int DEFAULT_CAPACITY = 10; // 共享空数组 private static final Object[] EMPTY_ELEMENTDATA = {}; // 同上 private static final Object[] DEFAULTCAPACITY_EMPTY_ELEMENTDATA = {}; // 指向实际存储数据的数组 transient Object[] elementData; // 当前列表中所含元素的个数 private int size; 为什么会有两个空数组 源代码中的解释：为了在添加第一个元素时，确定初始空间的大小。 此话怎讲？先从上述两变量的引用处说起。初始化一个 ArrayList 对象的构造函数有 3 个，分别如下 // 不带任何参数 public ArrayList() { // 当第一次添加元素时，元素个数小于10，初始容量置为10 this.elementData = DEFAULTCAPACITY_EMPTY_ELEMENTDATA; } // 指明容器初始容量 public ArrayList(int initialCapacity) { if

1. 操作Cookie 有时候我们想要验证浏览器中cookie是否正确，因为基于真实cookie的测试是无法通过白盒和集成测试的。WebDriver提供了操作Cookie的相关方法，可以读取、添加和删除cookie信息。 WebDriver操作cookie的方法： get_cookies()：获得所有cookie信息 ge_cookie(name)：返回字典的key为“name”的cookie信息 add_cookie(cookie_dict)：添加cookie。“cookie_dict”指字典对象，必须有name和value值 delete_cookie(name,optionsString)：删除cookie信息。“name” 是要删除的cookie的名称，“optionsString”是该cookie的选项，目前支持的选项包括“路径” delete_all_cookies()：删除所有信息 下面通过get_cookies()来换取当前浏览器的cookie信息。 from selenium import webdriver wd = webdriver.Chrome() wd.get( ' http://youdao.com ' ) # 获得cookie信息 cookies = wd.get_cookies() # 将获得cookie的信息打印 print (cookies)

盒子模型是html+css中最核心的基础知识，理解了这个重要的概念才能更好的排版，进行页面布局。下面是自己积累和总结的关于css盒子模型的知识^_^，希望对初学者有用。 一、css盒子模型概念 CSS css盒子模型 又称框模型 (Box Model) ，包含了元素内容（content）、内边距（padding）、边框（border）、外边距（margin）几个要素。如图： 图中最内部的框是元素的实际内容，也就是元素框，紧挨着元素框外部的是内边距padding，其次是边框（border），然后最外层是外边距（margin），整个构成了框模型。通常我们设置的背景显示区域，就是内容、内边距、边框这一块范围。而外边距margin是透明的，不会遮挡周边的其他元素。 那么，元素框的总宽度 = 元素（element）的width + padding的左边距和右边距的值 + margin的左边距和右边距的值 + border的左右宽度； 元素框的总高度 = 元素（element）的height + padding的上下边距的值 + margin的上下边距的值 ＋ border的上下宽度。 二、css 外边距合并（叠加） 两个上下方向相邻的元素框垂直相遇时，外边距会合并，合并后的外边距的高度等于两个发生合并的外边距中较高的那个边距值，如图： 比较容易理解

问题描述： H5快游戏当前没有开放广告API接口，如何实现接入广告服务 问题分析： 当前广告服务只支持快应用和runtime快游戏，H5快游戏暂时不支持直接接入广告接口，当前提供临时方案解决此问题，可以通过快游戏ux页面中的web组件和游戏H5网页之间的双向通信机制实现。在ux页面的onMessage生命周期函数接收H5页面的消息，然后接入快应用的广告API接口获取广告信息（仅支持原生广告和激励视频广告），最后将获取的广告信息通过this.$element('web').postMessage({ message: JSON.stringify(result) });发送给H5页面。 解决方法： 建议将广告创建和请求的过程单独写函数封装，不要放在onInit或者onMessage生命周期函数里面，这是由于onInit函数是在页面初始化时调用，加载速度快，不适合处理复杂逻辑；onMessage函数只负责接收H5网页传递的字符串消息，加判断分支后调用对应的函数走相应的广告处理流程即可。 注意：当前快应用框架只支持在onInit函数中创建广告对象，暂不支持在onMessage等函数中创建，请保持该块代码位置不变。 快应用ux示例代码： <template> <div class="doc-page"> <web class="web-page" src="{{webUrl}}" type

问题描述： H5快游戏当前没有开放广告API接口，如何实现接入广告服务 问题分析： 当前广告服务只支持快应用和runtime快游戏，H5快游戏暂时不支持直接接入广告接口，当前提供临时方案解决此问题，可以通过快游戏ux页面中的web组件和游戏H5网页之间的双向通信机制实现。在ux页面的onMessage生命周期函数接收H5页面的消息，然后接入快应用的广告API接口获取广告信息（仅支持原生广告和激励视频广告），最后将获取的广告信息通过this.$element('web').postMessage({ message: JSON.stringify(result) });发送给H5页面。 解决方法： 建议将广告创建和请求的过程单独写函数封装，不要放在onInit或者onMessage生命周期函数里面，这是由于onInit函数是在页面初始化时调用，加载速度快，不适合处理复杂逻辑；onMessage函数只负责接收H5网页传递的字符串消息，加判断分支后调用对应的函数走相应的广告处理流程即可。 注意：当前快应用框架只支持在onInit函数中创建广告对象，暂不支持在onMessage等函数中创建，请保持该块代码位置不变。 快应用ux示例代码： <template> <div class="doc-page"> <web class="web-page" src="{{webUrl}}" type

Source , git Heap is a data structure that can fundamentally change the performance of fairly common algorithms in Computer Science. The heap data structure is called a heap because it satisfies the heap property. The heap property states, that if P is a parent node of C, then the value of node P is less than the value of node C. In this lesson we discuss the key operations of the Heap data structure along with their performance. We then implement the data structure using TypeScript / JavaScript Here we have a graph of nodes A,B,C,D,E Its nice to have a mental model of a heap as a complete

序言 在所有的802.11协议中，很少有见到对MAC帧头部内容的进行优化的，最多也只是加内容，很少有见到对于具体内容做优化的。这点也是因为802.11ah工作在Sub-1G频段上，才可以这样做吧，本文主要关心802.11ah的MAC头部压缩（MAC Header Compression）。当然这种压缩并不是通常意义上编码的压缩，而是指体积的一种裁剪，压缩帧头部的大小。为了降低头部的大小，802.11ah在处理的时候基本思想就两点， 没用的字段删掉，把一些功能提出来用一个bit控制即可。 用AID来代替MAC地址，将地址大小压缩一下。 基本上述两个基本思想，我们下面具体讨论下协议中的设计。 802.11ah的MAC Header版本 802.11ah定义了一种新的帧头部类型，即PV1类型（Protocol Version 1），而对应的传统的802.11 MAC header就是PV0类型了。 如何实现MAC Header定义不同的版本号呢？我们以一个基本的802.11 MAC Header作为示例，如下图所示 其中第一个字段就是Frame control，这个字段其实功能非常强大，其负责定义802.11 MAC Header的整个格式。比如说802.11数据帧和802.11 ACK/CTS之类的帧结构上是有差异的，这个结构差异就是通过Frame control字段控制的