HTML
对HTML的理解
定义:
- 创建网页的超文本标记语言
作用:
- 使用标签构建网页结构(比如标题,段落列表之类的)
- 引入了很多语义化标签(
<header>
、<footer>
、<article>
、<section>
),用于提高页面的SEO和可访问性。
特性:
- 标签不可见:但浏览器会解析这些标签并显示相应内容。
- 解析后会生成一个文档对象模型(DOM): Js 可以操作这个 DOM 树来改变网页的结构和布局。
W3C是什么
W3C(万维网联盟)是制定和维护 Web 技术标准 的国际组织
职责:
- **制定 Web 标准:**定义 HTML/XHTML、CSS、XML、DOM、Web API 等核心技术规范
- **推动 Web 开放与互通:**确保不同浏览器和设备遵循统一标准(避免碎片化)。
- **保障 Web 安全与隐私:**制定安全规范(如 CSP、CORS)和隐私保护机制(如 P3P)。
- **促进可访问性(Accessibility)😗*通过 WCAG(Web Content Accessibility Guidelines)确保残障人士可访问 Web。
工作流程:
- 工作草案(Working Draft, WD)
- 候选推荐标准(Candidate Recommendation, CR)
- 提案推荐标准(Proposed Recommendation, PR)
- 正式推荐标准(W3C Recommendation, REC)
src和href的区别
src和href都是用来引用外部的资源,它们的区别如下:
- src: 表示对资源的引用,它指向的内容会嵌入到当前标签所在的位置。src会将其指向的资源下载并应⽤到⽂档内,如请求js脚本。当浏览器解析到该元素时,会暂停其他资源的下载和处理,直到将该资源加载、编译、执⾏完毕,所以⼀般js脚本会放在页面底部。
- href: 表示超文本引用,它指向一些网络资源,建立和当前元素或本文档的链接关系。当浏览器识别到它他指向的⽂件时,就会并行下载资源,不会停⽌对当前⽂档的处理。 常用在a、link等标签上。
对HTML语义化的理解
**语义化是指根据内容的结构化(内容语义化)选择合适的标签(代码语义化)**通俗来讲就是用正确的标签做正确的事情。
语义化的优点如下:
- 对机器友好,带有语义的文字表现力丰富,更适合搜索引擎的爬虫爬取有效信息,有利于SEO。除此之外,语义类还支持读屏软件,根据文章可以自动生成目录;
- 对开发者友好,使用语义类标签增强了可读性,结构更加清晰,开发者能清晰的看出网页的结构,便于团队的开发与维护。
常见的语义化标签:
<nav></nav> 导航栏
<section></section> 区块(语义化的div)
<main></main> 主要区域
<article></article> 主要内容
<aside></aside> 侧边栏
<footer></footer> 底部
DOCTYPE(⽂档类型) 的作用
DOCTYPE是HTML5中一种标准通用标记语言的文档类型声明,不是HTML标签,它的目的是告诉浏览器(解析器)应该以什么样(html或xhtml)的文档类型定义来解析文档,不同的渲染模式会影响浏览器对 CSS 代码甚⾄ JavaScript 脚本的解析。它必须声明在HTML⽂档的第⼀⾏。
浏览器渲染页面的两种模式(可通过document.compatMode获取,比如,语雀官网的文档类型是CSS1Compat):
- CSS1Compat:标准模式(Strick mode),默认模式,浏览器使用W3C的标准解析渲染页面。在标准模式中,浏览器以其支持的最高标准呈现页面。
- BackCompat:怪异模式(混杂模式)(Quick mode),浏览器使用自己的怪异模式解析渲染页面。在怪异模式中,页面以一种比较宽松的向后兼容的方式显示,兼容旧式浏览器。
文档声明(Doctype)和<!Doctype html>标签有何作用?
文档声明的作用: 文档声明是为了告诉浏览器,当前HTML
文档使用什么版本的HTML
来写的,这样浏览器才能按照声明的版本来正确的解析。
的作用:<!doctype html>
的作用就是让浏览器进入标准模式,使用最新的 HTML5
标准来解析渲染页面;如果不写,浏览器就会进入混杂模式,我们需要避免此类情况发生。
严格模式与混杂模式如何区分
DTD(文档类型定义)是一种用于定义 XML 或 HTML 文档结构 的规范,它规定了文档中允许出现的元素、属性、嵌套关系及实体声明。
DTD 是早期 HTML 和 XML 验证的重要工具,但在现代 Web 开发中已被更灵活的 XML Schema(XSD) 和 HTML5 的文档类型声明 取代。
严格模式与混杂模式的区分:
- 严格模式: 又称为标准模式,指浏览器按照
W3C
标准解析代码; - 混杂模式: 又称怪异模式、兼容模式,是指浏览器用自己的方式解析代码。混杂模式通常模拟老式浏览器的行为,以防止老站点无法工作;
区分:网页中的DTD
,直接影响到使用的是严格模式还是浏览模式,可以说DTD
的使用与这两种方式的区别息息相关。
- 如果文档包含严格的
DOCTYPE
,那么它一般以严格模式呈现(严格 DTD ——严格模式); - 包含过渡
DTD
和URI
的DOCTYPE
,也以严格模式呈现,但有过渡DTD
而没有URI
(统一资源标识符,就是声明最后的地址)会导致页面以混杂模式呈现(有 URI 的过渡 DTD ——严格模式;没有 URI 的过渡 DTD ——混杂模式); DOCTYPE
不存在或形式不正确会导致文档以混杂模式呈现(DTD不存在或者格式不正确——混杂模式);HTML5
没有DTD
,因此也就没有严格模式与混杂模式的区别,HTML5
有相对宽松的 法,实现时,已经尽可能大的实现了向后兼容(HTML5 没有严格和混杂之分)。
总之,严格模式让各个浏览器统一执行一套规范兼容模式保证了旧网站的正常运行。
script标签中defer和async的区别
如果没有defer或async属性,浏览器会立即加载并执行相应的脚本。它不会等待后续加载的文档元素,读取到就会开始加载和执行,这样就阻塞了后续文档的加载。
下图可以直观的看出三者之间的区别: 其中蓝色代表js脚本网络加载时间,红色代表js脚本执行时间,绿色代表html解析。
defer 和 async属性都是去异步加载外部的JS脚本文件,它们都不会阻塞页面的解析,其区别如下:
- 执行顺序: 多个带async属性的标签,不能保证加载的顺序;多个带defer属性的标签,按照加载顺序执行;
- **脚本是否并行执行:*async属性,表示*后续文档的加载和执行与js脚本的加载和执行是并行进行的,即异步执行,加载完成即执行(先到先执行);defer属性,在 DOM 解析后执行,js脚本需要等到文档所有元素解析完成之后才执行,DOMContentLoaded事件触发执行之前。
head 标签有什么作用,其中什么标签必不可少?
标签用于定义文档的头部,它是所有头部元素的容器。中的元素可以引用脚本、指示浏览器在哪里找到样式表、提供元信息等。
文档的头部描述了文档的各种属性和信息,包括文档的标题、在 Web 中的位置以及和其他文档的关系等。绝大多数文档头部包含的数据都不会真正作为内容显示给读者。
下面这些标签可用在 head 部分:<base>, <link>, <meta>, <script>, <style>, <title>
。
其中 <title>
定义文档的标题,它是 head 部分中唯一必需的元素。
常⽤的meta标签有哪些
meta标签是什么
meta
标签由 name
和 content
属性定义,用来描述网页文档的属性,比如网页的作者,网页描述,关键词等,除了HTTP标准固定了一些name
作为大家使用的共识,开发者还可以自定义name。
常用的meta标签:
(1)charset
,用来描述HTML文档的编码类型:
<meta charset="UTF-8" >
(2) keywords
,页面关键词:
<meta name="keywords" content="关键词" />
(3)description
,页面描述:
<meta name="description" content="页面描述内容" />
(4)refresh
,页面重定向和刷新:
<meta http-equiv="refresh" content="0;url=" />
(5)viewport
,适配移动端,可以控制视口的大小和比例:
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1">
其中,content
参数有以下几种:
width viewport
:宽度(数值/device-width)height viewport
:高度(数值/device-height)initial-scale
:初始缩放比例maximum-scale
:最大缩放比例minimum-scale
:最小缩放比例user-scalable
:是否允许用户缩放(yes/no)
(6)搜索引擎索引方式:
<meta name="robots" content="index,follow" />
其中,content
参数有以下几种:
all
:文件将被检索,且页面上的链接可以被查询;none
:文件将不被检索,且页面上的链接不可以被查询;index
:文件将被检索;follow
:页面上的链接可以被查询;noindex
:文件将不被检索;nofollow
:页面上的链接不可以被查询。
HTML5有哪些更新
语义化标签
- header:定义文档的页眉(头部);
- nav:定义导航链接的部分;
- footer:定义文档或节的页脚(底部);
- article:定义文章内容;
- section:定义文档中的节(section、区段);
- aside:定义其所处内容之外的内容(侧边);
媒体标签
(1) audio:音频
<audio src='' controls autoplay loop='true'></audio>
属性:
- controls 控制面板
- autoplay 自动播放
- loop=‘true’ 循环播放
(2)video视频
<video src='' poster='imgs/aa.jpg' controls></video>
属性:
- poster:指定视频还没有完全下载完毕,或者用户还没有点击播放前显示的封面。默认显示当前视频文件的第一针画面,当然通过poster也可以自己指定。
- controls 控制面板
- width
- height
(3)source标签 因为浏览器对视频格式支持程度不一样,为了能够兼容不同的浏览器,可以通过source来指定视频源。
<video>
<source src='aa.flv' type='video/flv'></source>
<source src='aa.mp4' type='video/mp4'></source>
</video>
表单
表单类型:
input类型
- email :能够验证当前输入的邮箱地址是否合法
- url : 验证URL
- number : 只能输入数字,其他输入不了,而且自带上下增大减小箭头,max属性可以设置为最大值,min可以设置为最小值,value为默认值。
- search : 输入框后面会给提供一个小叉,可以删除输入的内容,更加人性化。
- range : 可以提供给一个范围,其中可以设置max和min以及value,其中value属性可以设置为默认值
- color : 提供了一个颜色拾取器
日期和时间类型
- time : 时分秒
- data : 日期选择年月日
- datatime : 时间和日期(目前只有Safari支持)
- datatime-local :日期时间控件
- week :周控件
- month:月控件
表单属性:
- placeholder :提示信息
- autofocus :自动获取焦点
- autocomplete=“on” 或者 autocomplete=“off” 使用这个属性需要有两个前提:
- 表单必须提交过
- 必须有name属性。
- required:要求输入框不能为空,必须有值才能够提交。
- pattern=" " 里面写入想要的正则模式,例如手机号patte=“^(+86)?\d{10}$”
- multiple:可以选择多个文件或者多个邮箱
- form=" form表单的ID"
表单事件:
- oninput 每当input里的输入框内容发生变化都会触发此事件。
- oninvalid 当验证不通过时触发此事件。
进度条、度量器标签
:进度条,用来表示任务的进度(IE、Safari不支持)
属性:
- max:指定任务的总工作量(默认值为1)
- value:指定已经完成的工作量
:用来显示剩余容量或剩余库存(IE、Safari不支持)
属性:
- high/low:规定被视作高/低的范围
- max/min:规定最大/小值
- value:规定当前度量值
设置规则:min < low < high < max
DOM查询操作
- document.querySelector():返回文档中匹配指定 CSS 选择器的第一个元素。
- document.querySelectorAll():返回文档中匹配指定 CSS 选择器的所有元素的静态 NodeList(一组元素节点的集合)
它们选择的对象可以是标签,可以是类(需要加点),可以是ID(需要加#)
Web存储
HTML5 提供了两种在客户端存储数据的新方法,都比传统的 cookie 更强大:
localStorage
- 持久化存储,数据没有过期时间
- 同一浏览器的同源标签页共享数据
- 存储容量比Cookie大,通常为 5MB 左右
- 与Cookie不同,数据不会随HTTP请求发送到服务器
sessionStorage
数据仅在当前会话期间有效(关闭浏览器标签页后清除)
同一网站的不同标签页拥有独立的 sessionStorage
存储容量比Cookie大,通常为 5MB 左右
与Cookie不同,数据不会随HTTP请求发送到服务器
img的srcset属性的作用
响应式页面中经常用到根据屏幕密度设置不同的图片。这时就用到了 img 标签的srcset属性。srcset属性用于设置不同屏幕密度下,img 会自动加载不同的图片。用法如下:
<img src="image-128.png" srcset="image-256.png 2x" />
使用上面的代码,就能实现在屏幕密度为1x的情况下加载image-128.png, 屏幕密度为2x时加载image-256.png。
按照上面的实现,不同的屏幕密度都要设置图片地址,目前的屏幕密度有1x,2x,3x,4x四种,如果每一个图片都设置4张图片,加载就会很慢。所以就有了新的srcset标准。代码如下:
<img src="image-128.png"
srcset="image-128.png 128w, image-256.png 256w, image-512.png 512w"
sizes="(max-width: 360px) 340px, 128px" />
其中srcset指定图片的地址和对应的图片质量。sizes用来设置图片的尺寸零界点。浏览器会根据sizes的要求尺寸大小还有当前设备的DPR(Device Pixel Ratio,设备像素比)自动选择一个最小的可用图片。对于 srcset 中的 w 单位(宽度描述符),可以理解成图片质量。如果可视区域小于这个质量的值,就可以使用。相当于浏览器可以动态选择适合的图片下载。
sizes语法如下:
sizes="[media query] [length], [media query] [length] ... "
sizes就是指默认显示128px, 如果视区宽度大于360px, 则显示340px。
行内元素有哪些?块级元素有哪些? 空元素有那些?
- 行内元素有:
a b span img input select strong
- 布局行为:
- 不独占一行,与其他行内元素并排显示
- 宽度由内容决定,不可直接设置width/height
- 上下margin/padding不占空间(但视觉效果存在)
- 内容模型:
- 只能包含文本或其他行内元素
- 不能直接包含块级元素(除非改变display属性)
- 布局行为:
- 块级元素有:
div ul ol li dl dt dd h1 h2 h3 h4 h5 h6 p
- 布局行为:
- 独占一行,默认宽度填满父容器
- 可以设置width/height和所有margin/padding
- 默认垂直堆叠排列
- 内容模型:
- 可以包含其他块级元素和行内元素
- 某些元素有特殊内容限制(如
<p>
不能包含块级元素)
- 布局行为:
空元素,即没有内容的HTML元素。空元素是在开始标签中关闭的,也就是空元素没有闭合标签:
- 常见的有:
<br>
、<hr>
、<img>
、<input>
、<link>
、<meta>
; - 鲜见的有:
<area>
、<base>
、<col>
、<colgroup>
、<command>
、<embed>
、<keygen>
、<param>
、<source>
、<track>
、<wbr>
。
web worker
在 HTML 页面中,如果在执行脚本时,页面的状态是不可响应的,直到脚本执行完成后,页面才变成可响应。
web worker 是HTML5 中新引入的 API ,可以创建独立于js的线程,把大量计算或者其他比较耗时的操作放在worker线程中处理,不影响主线程UI渲染和用户互动。
使用场景:
- 处理大量计算:数学运算、加密解密、图像处理等
- 数据处理:大量数据进行排序、解析 JSON、数据过滤等
- 后台任务:轮询服务器数据、处理离线缓存、执行定时任务等。
使用方法:
- 检测浏览器对于 web worker 的支持性,创建 webworker
// js 中代码
const worker = new Worker('worker.js');
- 在 web worker 中建立逻辑
// worker.js,监听主线程发来的消息
self.onmessage = function(event) {
const data = event.data; // 接收到主线程发送的消息
const result = data * 2; // 进行计算
self.postMessage(result); // 将结果发送回主线程
};
- 主线程通过
postMessage
发送消息,通过onmessage
接收数据
// 主线程中的代码
worker.postMessage(10); // 发送消息到 Worker
worker.onmessage = function(event) {
console.log('从 Worker 接收到的数据:', event.data); // 输出处理结果
};
- 销毁线程
worker.terminate(); // 终止 Worker 线程
特点:
- 独立线程避免了在主线程中运行耗时任务的风险。
- 沙箱环境:Web Worker 不能访问与主线程共享的 DOM、全局变量等资源,从而保证了数据安全性和代码稳定性。
- 事件通信:通过事件来与主线程进行通信,从而实现线程间的数据传输
HTML5的离线储存怎么使用,它的工作原理是什么
离线存储指的是:在用户没有与因特网连接时,可以正常访问站点或应用,在用户与因特网连接时,更新用户机器上的缓存文件。
原理:HTML5的离线存储是基于一个新建的 .appcache
文件的缓存机制(不是存储技术),通过这个文件上的解析清单离线存储资源,这些资源就会像cookie一样被存储了下来。之后当网络在处于离线状态下时,浏览器会通过被离线存储的数据进行页面展示
Application Cache
(1)创建一个和 html 同名的 manifest 文件,然后在页面头部加入 manifest 属性:
<html lang="en" manifest="index.manifest">
(2)在 cache.manifest
文件中编写需要离线存储的资源:
CACHE MANIFEST
#v0.11
CACHE:
js/app.js
css/style.css
NETWORK:
resourse/logo.png
FALLBACK:
/ /offline.html
- CACHE: 表示需要离线存储的资源列表,由于包含 manifest 文件的页面将被自动离线存储,所以不需要把页面自身也列出来。
- NETWORK: 表示需要在线存储的资源列表,在离线情况下无法使用这些资源。CACHE 的优先级更高,如果在 CACHE 和 NETWORK 中有一个相同的资源,那么这个资源还是会被离线存储。
- FALLBACK: 表示离线时的备用资源,比如上面这个文件表示的就是如果访问根目录下任何一个资源失败了,那么就去访问 offline.html 。
(3)在离线状态时,操作 window.applicationCache
进行离线缓存的操作。
如何更新缓存:
(1)更新 manifest 文件
(2)通过 javascript 操作
(3)清除浏览器缓存
注意事项:
(1)浏览器对缓存数据的容量限制可能不太一样(某些浏览器设置的限制是每个站点 5MB)。
(2)如果 manifest 文件,或者内部列举的某一个文件不能正常下载,整个更新过程都将失败,浏览器继续全部使用老的缓存。
(3)引用 manifest 的 html 必须与 manifest 文件同源,在同一个域下。
(4)FALLBACK 中的资源必须和 manifest 文件同源。
(5)对于一个已缓存资源,浏览器直接请求这个资源对应的绝对路径会直接访问缓存中的资源。
(6)站点中的其他页面即使没有设置 manifest 属性,请求的资源如果在缓存中也从缓存中访问。
(7)当 manifest 文件发生改变时,资源请求本身也会触发更新。
但是application Cache已经逐渐被废弃,因为其需要修改manifest文件触发更新的僵化机制、容易导致旧版本资源残留、无法编程式管理缓存等等,现代浏览器大多采用 Service Worker进行离线存储
Service Worker
首先需要注册 Service Worker
// 主线程 (index.html) if ('serviceWorker' in navigator) {// 检查浏览器是否支持 Service Worker,navigator是浏览器导航对象;该语句返回布尔值 window.addEventListener('load', () => {// 等待页面所有资源加载完成后再注册,避免Service Worker的安装过程与页面资源加载竞争带宽 navigator.serviceWorker.register('/sw.js')// 注册位于网站根目录的 sw.js 文件作为 Service Worker .then(registration => {// 注册成功后的回调 console.log('SW注册成功:', registration.scope); // registration.scope 显示 Service Worker 控制的范围,例如:https://example.com/ }) .catch(err => {// 注册失败后的错误处理 console.error('SW注册失败:', err); // 常见错误:文件路径错误(404),非 HTTPS 环境, 跨域问题 }); }); }
然后监听 install 事件,缓存所需文件
const CACHE_NAME = 'v1'; const CACHE_FILES = ['/', '/index.html', '/app.js', '/style.css']; // 安装时缓存文件 self.addEventListener('install', (event) => { event.waitUntil( caches.open(CACHE_NAME) .then(cache => cache.addAll(CACHE_FILES)) ); });
当用户第一次访问页面时,Service Worker 将会注册并立即安装。在安装过程中,Service Worker 将预先缓存一些静态资源。
注意:这只是一个简单的示例,实际的离线缓存策略可能需要更复杂的逻辑,例如缓存策略的更新、缓存版本控制等。
下次用户访问时可以通过拦截请求的方式查询缓存是否存在
self.addEventListener('fetch', (event) => { event.respondWith( // 优先从缓存取,没有再请求网络 caches.match(event.request) .then(cached => cached || fetch(event.request)) ); });
每当用户访问页面中的资源时,Service Worker 将会拦截这些请求,并检查是否存在缓存。如果存在缓存,则直接返回缓存的响应;否则,通过网络请求获取资源,并将其缓存起来。
特点:
**离线可用-**断网正常加载
**拦截网络请求-**控制资源请求选择缓存还是网络
**独立线程-**后台允许,不阻塞页面
**编程式缓存-**动态决定缓存内容
需要两次访问生效(生命周期特性)
- 首次访问:注册 + 缓存
- 第二次访问:拦截请求生效
浏览器如何对 HTML5 的离线储存资源进行管理和加载
- 在线的情况下,浏览器发现 html 头部有 manifest 属性,它会请求 manifest 文件,如果是第一次访问页面 ,那么浏览器就会根据 manifest 文件的内容下载相应的资源并且进行离线存储。如果已经访问过页面并且资源已经进行离线存储了,那么浏览器就会使用离线的资源加载页面,然后浏览器会对比新的 manifest 文件与旧的 manifest 文件,如果文件没有发生改变,就不做任何操作,如果文件改变了,就会重新下载文件中的资源并进行离线存储。
- 离线的情况下,浏览器会直接使用离线存储的资源。
缓存(Cache)和离线存储(Offline Storage)的区别
缓存是性能优化手段,而离线存储是功能保障机制
缓存是临时的,离线存储是持久的
现代Web应用应该:
- 用HTTP缓存优化加载性能
- 用Service Worker实现离线能力
- 用IndexedDB存储用户数据
两者可以协同工作,但不可互相替代
title与h1的区别、b与strong的区别、i与em的区别?
- strong标签有语义,是起到加重语气的效果,而b标签是没有的,b标签只是一个简单加粗标签。b标签之间的字符都设为粗体,strong标签加强字符的语气都是通过粗体来实现的,而搜索引擎更侧重strong标签。
- title属性没有明确意义只表示是个标题,H1则表示层次明确的标题,对页面信息的抓取有很大的影响
- i内容展示为斜体,em表示强调的文本
iframe有那些优点和缺点?
iframe 元素会创建包含另外一个文档的内联框架(即行内框架)用于在当前网页中嵌入另一个独立的 HTML 文档或外部内容。
优点:
- 用来加载速度较慢的内容(如广告)
- 可以使脚本可以并行下载
- 可以实现跨子域通信
缺点:
- iframe 会阻塞主页面的 onload 事件
- 无法被一些搜索引擎索识别
- 会产生很多页面,不容易管理
label 的作用是什么?如何使用?
label:用于为表单元素(如输入框、复选框、单选按钮等)提供关联的文本标签
label标签来定义表单控件的关系:当用户选择label标签时,浏览器会自动将焦点转到和label标签相关的表单控件上。
- 使用方法1:
<label for="mobile">Number:</label>
<input type="text" id="mobile"/>
- 使用方法2:
<label>Date:<input type="text"/></label>
Canvas和SVG的区别
(1)SVG: SVG可缩放矢量图形(Scalable Vector Graphics)是基于可扩展标记语言XML描述的2D图形的语言,SVG基于XML就意味着SVG DOM中的每个元素都是可用的,可以为某个元素附加Javascript事件处理器。在 SVG 中,每个被绘制的图形均被视为对象。如果 SVG 对象的属性发生变化,那么浏览器能够自动重现图形。
其特点如下:
- 不依赖分辨率
- 支持事件处理器
- 最适合带有大型渲染区域的应用程序(比如谷歌地图)
- 复杂度高会减慢渲染速度(任何过度使用 DOM 的应用都不快)
- 不适合游戏应用
(2)Canvas: Canvas是画布,位图,通过Javascript来绘制2D图形,是逐像素进行渲染的。其位置发生改变,就会重新进行绘制。
其特点如下:
- 依赖分辨率
- 不支持事件处理器
- 弱的文本渲染能力
- 能够以 .png 或 .jpg 格式保存结果图像
- 最适合图像密集型的游戏,其中的许多对象会被频繁重绘
注:矢量图,也称为面向对象的图像或绘图图像,在数学上定义为一系列由线连接的点。矢量文件中的图形元素称为对象。每个对象都是一个自成一体的实体,它具有颜色、形状、轮廓、大小和屏幕位置等属性。
浏览器乱码的原因是什么?如何解决?
产生乱码的原因:
- 网页源代码是
gbk
的编码,而内容中的中文字是utf-8
编码的,这样浏览器打开即会出现html
乱码,反之也会出现乱码; html
网页编码是gbk
,而程序从数据库中调出呈现是utf-8
编码的内容也会造成编码乱码;- 浏览器不能自动检测网页编码,造成网页乱码。
解决办法:
- 使用软件编辑HTML网页内容;
- 如果网页设置编码是
gbk
,而数据库储存数据编码格式是UTF-8
,此时需要程序查询数据库数据显示数据前进程序转码; - 如果浏览器浏览时候出现网页乱码,在浏览器中找到转换编码的菜单进行转换。
渐进增强和优雅降级之间的区别
(1)渐进增强(progressive enhancement):主要是针对低版本的浏览器进行页面重构,保证基本的功能情况下,再针对高级浏览器进行效果、交互等方面的改进和追加功能,以达到更好的用户体验。
(2)优雅降级 graceful degradation: 一开始就构建完整的功能,然后再针对低版本的浏览器进行兼容。
两者区别:
- 优雅降级是从复杂的现状开始的,并试图减少用户体验的供给;而渐进增强是从一个非常基础的,能够起作用的版本开始的,并在此基础上不断扩充,以适应未来环境的需要;
- 降级(功能衰竭)意味着往回看,而渐进增强则意味着往前看,同时保证其根基处于安全地带。
“优雅降级”观点认为应该针对那些最高级、最完善的浏览器来设计网站。而将那些被认为“过时”或有功能缺失的浏览器下的测试工作安排在开发周期的最后阶段,并把测试对象限定为主流浏览器(如 IE、Mozilla 等)的前一个版本。 在这种设计范例下,旧版的浏览器被认为仅能提供“简陋却无妨 (poor, but passable)” 的浏览体验。可以做一些小的调整来适应某个特定的浏览器。但由于它们并非我们所关注的焦点,因此除了修复较大的错误之外,其它的差异将被直接忽略。
“渐进增强”观点则认为应关注于内容本身。内容是建立网站的诱因,有的网站展示它,有的则收集它,有的寻求,有的操作,还有的网站甚至会包含以上的种种,但相同点是它们全都涉及到内容。这使得“渐进增强”成为一种更为合理的设计范例。这也是它立即被 Yahoo 所采纳并用以构建其“分级式浏览器支持 (Graded Browser Support)”策略的原因所在。
HTML5 drag API
Drag and Drop (DnD) API:允许用户通过鼠标拖拽元素并在页面中放置。它适用于文件上传、排序列表、交互式 UI 等场景。
- dragstart:事件主体是被拖放元素,在开始拖放被拖放元素时触发。
- darg:事件主体是被拖放元素,在正在拖放被拖放元素时触发。
- dragenter:事件主体是目标元素,在被拖放元素进入某元素时触发。
- dragover:事件主体是目标元素,在被拖放在某元素内移动时触发。
- dragleave:事件主体是目标元素,在被拖放元素移出目标元素是触发。
- drop:事件主体是目标元素,在目标元素完全接受被拖放元素时触发。
- dragend:事件主体是被拖放元素,在整个拖放操作结束时触发。
其他
- 拖放:拖放是一种常见的特性,即抓取对象以后拖到另一个位置。设置元素可拖放:
<img draggable="true" />
- 画布(canvas ): canvas 元素使用 JavaScript 在网页上绘制图像。画布是一个矩形区域,可以控制其每一像素。canvas 拥有多种绘制路径、矩形、圆形、字符以及添加图像的方法。
<canvas id="myCanvas" width="200" height="100"></canvas>
- SVG:SVG 指可伸缩矢量图形,用于定义用于网络的基于矢量的图形,使用 XML 格式定义图形,图像在放大或改变尺寸的情况下其图形质量不会有损失,它是万维网联盟的标准
- 地理定位:Geolocation(地理定位)用于定位用户的位置。‘
总结: (1)新增语义化标签:nav、header、footer、aside、section、article (2)音频、视频标签:audio、video (3)数据存储:localStorage、sessionStorage (4)canvas(画布)、Geolocation(地理定位)、websocket(通信协议) (5)input标签新增属性:placeholder、autocomplete、autofocus、required (6)history API:go、forward、back、pushstate
移除的元素有:
- 纯表现的元素:basefont,big,center,font, s,strike,tt,u;
- 对可用性产生负面影响的元素:frame,frameset,noframes;
媒体查询
MonoRepo
一个产品会有多个项目,每个项目之间会存在版本同步的问题,如何在其中一个项目发布上线后,保证每个项目版本升级后的版本同步问题,提出的解决方案就是 monorepo 策略。在进行多项目管理时,一般有两种方式,multirepo
和 monorepo
。
**multirepo:**是将每个项目或者模块分别放在各自的 git
仓库里,需要对每个仓库单独维护。
monorepo :是一种**将多个项目代码存储在一个仓库里的软件开发策略(mono 意为单一,repo 意为 仓库)。**与之相对的是另一种流行的代码管理方式 MultiRepo,即每个项目对应一个单独的仓库来分散管理。
目录示例:
|————lerna.json
|————package.json
|____packages/ #这里将存放所有子repo 录
|————project 1/
| |————index.js
| |————node modules/
| |____package.json
|————project_2/
| |————index.js
| |————node module/
| |____package.json
...
monorepo 的优劣:
优:
- **易于代码复用:**所有项目代码集中于单一仓库,易于抽离出共用的业务组件或工具,并通过 TypeScript,Lerna 或其他工具进行代码内引用;
- **易于依赖管理:**项目之间的引用路径内化于单一仓库,当某个项目的代码修改后,易于追踪其影响的是其他哪些项目。通过工具,易于版本依赖管理和版本号自动升级;并且所有的项目都是使用最新的代码,不会产生其它项目版本更新不及时的情况;
- **易于代码重构:**代码重构难在不确定对某个项目的修改是否对于其他项目是破坏性的。而 monorepo 使得能够明确知道代码的影响范围,并且能够对被影响的项目可以进行统一的测试,利于不断优化代码;
- **倡导开放,透明,共享的组织文化,有利于开发者成长,代码质量的提升:**monorepo 使得开发者都被鼓励去查看和修改他人的代码,同时,也会激起开发者维护代码,和编写单元测试的责任心(毕竟朋友来访之前,我们从不介意自己的房子究竟有多乱),这将会形成一种良性的技术氛围,从而保障整个组织的代码质量;
劣:
- 项目构建时间长
- **额外的学习成本:**monorepo 使得增加理清各个代码仓库之间的相互逻辑的成本;
- **需要工具链和自动构建工具的支持:**项目若很庞大且没有工具链的支持,那么 git 管理、安装依赖、构建、部署会很麻烦和耗时。比如可以基于 Lerna、Yarn Workspaces 等工具更加自动化的处理依赖包之间的构建和发布。
如何使用 pnpm+ monorepo来进行多项目管理
构建流程:
1. 初始化项目结构
mkdir pnpm-react-monorepo
cd pnpm-react-monorepo
pnpm init
生成的 package.json
:
{
"name": "pnpm-react-monorepo",
"version": "1.0.0",
"private": true,
"scripts": {},
"keywords": [],
"author": "",
"license": "ISC"
}
2. 创建子模块
2.1 创建 React 应用 (app
)
cd packages
pnpm create vite app --template react-ts
生成的 app/package.json
:
{
"name": "app",
"private": true,
"version": "0.0.0",
"type": "module",
"scripts": {
"dev": "vite",
"build": "vite build",
"preview": "vite preview"
},
"dependencies": {
"react": "^18.2.0",
"react-dom": "^18.2.0"
},
"devDependencies": {
"@types/react": "^18.2.66",
"@types/react-dom": "^18.2.22",
"@vitejs/plugin-react": "^4.2.1",
"typescript": "^5.3.3",
"vite": "^5.1.4"
}
}
2.2 创建共享模块 (shared
)
mkdir shared
cd shared
pnpm init
touch index.ts
shared/index.ts
:
export function add(a: number, b: number): number {
return a + b;
}
shared/package.json
:
{
"name": "shared",
"version": "1.0.0",
"main": "index.ts",
"types": "index.ts",
"devDependencies": {
"typescript": "^5.3.3"
}
}
3. 配置 Monorepo
3.1 创建 pnpm-workspace.yaml
packages:
- 'packages/*'
3.2 项目结构
pnpm-react-monorepo/
├── packages/
│ ├── app/ # React 应用
│ └── shared/ # 共享模块
├── pnpm-workspace.yaml
└── package.json
4. 依赖管理
4.1 安装公共依赖(如 lodash-es
)
pnpm add lodash-es -w
4.2 为 React 应用安装私有依赖(如 axios
)
pnpm add axios --filter app
4.3 链接共享模块到 React 应用
pnpm add shared --filter app --workspace
此时 app/package.json
会新增:
"dependencies": {
"shared": "workspace:*"
}
5. 在 React 中使用共享模块
修改 app/src/App.tsx
:
import { add } from 'shared';
function App() {
return (
<div>
1 + 2 = {add(1, 2)}
</div>
);
}
export default App;
6. 配置 TypeScript 路径别名(可选)
6.1 修改 app/tsconfig.json
{
"compilerOptions": {
"baseUrl": ".",
"paths": {
"shared": ["../../shared/index.ts"]
}
}
}
6.2 修改 app/vite.config.ts
import { defineConfig } from 'vite';
import react from '@vitejs/plugin-react';
import path from 'path';
export default defineConfig({
plugins: [react()],
resolve: {
alias: {
shared: path.resolve(__dirname, '../../shared'),
},
},
});
7. 启动项目
pnpm --filter app dev
访问 http://localhost:5173
,页面应显示:
1 + 2 = 3