Server方面
-
使用CDN
-
配置Etag
-
对组件使用 Gzip 压缩
Cookie方面
- 减小cookie大小
css方面
-
将样式表放到页面顶部
-
不使用css表达式
-
使用不使用@import
javascript方面
-
将脚本放到页面底部
-
将js和css从外部引入
-
压缩 js 和css
-
删除不需要的脚本
-
较少DOM的访问
图片方面
-
优化css精灵图
-
不要在html中拉伸图片
| 状态码 | 含义 |
| --- | --- |
| 100 | 继续，一般在发送 post请求时，已经发送了http header之后服务器将返回此信息，表示确认，之后发送具体的参数信息 |
| 200 | 正常返回信息 |
| 201 | 请求成功，并且服务器创建了新资源 |
| 202 | 服务器已接收请求但是尚未处理 |
| 301 | 请求的网页已经永久移动到新的位置 |
| 302 | 临时性重定向 |
| 303 | 临时性重定向，而且总是使用get请求新的url |
| 304 | 自从上次请求后，请求的网页未修改过 |
| 400 | 服务器无法理解请求的格式，客户端不应该尝试再次使用相同的内容发起请求 |
| 401 | 请求尚未授权 |
| 403 | 禁止访问 |
| 404 | 请求的网页不存在 |
| 500 | 服务器错误 |
| 503 | 服务器暂时无法处理请求 |
-
video和audio元素 用于媒介回访
-
canvas用于绘画
-
localStorage 长期储存数据 浏览器关闭后数据不会丢失
-
sessionStorage 在浏览器关闭后会自动删除
-
添加了一些更加语义化的标签 header nav footer等
cookie、localStorage、sessionStorage之间的区别
-
cookie的作用是为了表示用户身份而储存在用户本地终端上的数据
-
cookie中的数据始终会在同源的http请求中携带 在浏览器和服务器之间来回传递
-
sessionStroage和localStorage不会将数据发给服务器 只是在本次存储
-
cookie的数据不能超过4K
-
另外两个虽然也有限制但是远超过cookie的大小限制 可以达到5M甚至更大
-
localStorage的数据会一直保存 浏览器关闭后也不会删除 除非主动删除
-
sessionStroage数据在当前浏览器关闭后主动删除
-
cookie 过期时间决定数据的删除与否
总结:
-
函数式编程其实是一种编程思想，它追求更细的粒度，将应用拆分成一组组极小的单元函数，组合调用操作数据流；
-
它提倡着 纯函数 / 函数复合 / 数据不可变， 谨慎对待函数内的 状态共享 / 依赖外部 / 副作用；
Tips:
其实我们很难也不需要在面试过程中去完美地阐述出整套思想，这里也只是浅尝辄止，一些个人理解而已。博主也是初级小菜鸟，停留在表面而已，只求对大家能有所帮助，轻喷🤣；
我个人觉得: 这些编程范式之间，其实并不矛盾，各有各的 优劣势。
理解和学习它们的理念与优势，合理地 设计融合，将优秀的软件编程思想用于提升我们应用；
所有设计思想，最终的目标一定是使我们的应用更加 解耦颗粒化、易拓展、易测试、高复用，开发更为高效和安全；
