该篇文章用于本人查漏补缺,会有大量知识点,不定期更新,有人愿意看就随便看看。
从元素本身的特点来讲,可以分为替换和不可替换元素。
可替换元素
替换元素就是浏览器根据元素的标签和属性,来决定元素的具体显示内容。例如浏览器会根据 标签的src属性的值来读取图片信息并显示。例如根据标签的type属性来决定是显示输入框,还是单选按钮等。
HTML中的、
、
、
、
都是替换元素。这些元素往往没有实际的内容,即是一个空元素
画三角形
#triangle02{
width: 0;
height: 0;
border-top: 50px solid blue;
border-right: 50px solid red;
border-bottom: 50px solid green;
border-left: 50px solid yellow;
}
画正方体:
立方体
(函数内部的this 是由函数调用的时候来确定其指向的。)
1.在普通函数中:this指向window对象
2.在对象的方法中,this指向调用该方法的对象
3.在构造函数的调用中,this指向new关键字创建的对象
4.在定时器中,this指向window对象
5.在事件的处理函数中,this指向触发该事件的对象
装饰器 就是相当于 给 人 或者事 多加一些东西 就是 现实中装饰类似的意思 化妆打扮加衣服
装饰器(Decorator)是一种与类(class)相关的语法,用来注释或修改类和类方法与属性。许多面向对象的语言都有这项功能。一般和类class相关 普通函数 不要使用
进入代码就会执行完成
装饰器是一种函数,写成@ + 函数名
。它可以放在类和类方法的定义前面。
装饰类Foo
@frozen
class Foo {
//装饰method方法
@configurable(false)
method() {}
//装饰yy方法
@throttle(500)
yy() {}
}
@decorator
class A {
}
// 等同于
class A {
}
A = decorator(A);
// decorator 是一个 函数 相当于调用它 给A 类 可以加上一些其他代码
举例:
@testable
class MyTestableClass {
// ...
}
function testable(target) {
target.isTestable = true;
}
MyTestableClass.isTestable // true
//为它加上了静态属性isTestable。testable函数的参数target是MyTestableClass类本身。
//testable是一个Factory
function testable(isTestable) {
return function(target) {
target.isTestable = isTestable;
}
}
@testable(true)
class MyTestableClass {
}
MyTestableClass.isTestable // true
@testable(false)
class MyClass {
}
MyClass.isTestable // false
修饰器
第一个参数是类的原型对象,是Person.prototype,修饰器的本意是要“修饰”类的实例,但是这个时候实例还没生成, 所以只能去修饰原型(这不同于类的修饰,那种情况时target参数指的是类本身);
第二个参数是所要修饰的属性名,
第三个参数是该属性的描述对象。
function readonly(target, name, descriptor){
// descriptor对象原来的值如下
// {
configurable:false,//能否使用delete、能否需改属性特性、或能否修改访问器属性、,
false为不可重新定义,默认值为true
enumerable:false,//对象属性是否可通过for-in循环,flase为不可循环,默认值为true
writable:false,//对象属性是否可修改,flase为不可修改,默认值为true
value:'xiaoming' //对象属性的默认值
// };
descriptor.writable = false;
return descriptor;
}
class Person {
@readonly
abc() { console.log('我是person的abc函数') }
}
多个装饰器一起
同一处的多个装饰器是按照洋葱模型,由外到内进入,再由内到外执行
function dec(id){
console.log('进入', id);
return (target, property, descriptor) => {
console.log('执行', id)
};
}
class Example {
@dec(1)
@dec(2)
xxx(){
console.log('xxx')
}
}
// 进入 1
// 进入 2
// 执行 2
// 执行 1
1.v-bind 用来绑定数据和属性以及表达式,缩写为’:’
2.v-model 使用在表单中,实现双向数据绑定的,在表单元素外使用不起作用
MVVM 是 Model-View-ViewModel 的缩写。mvvm 是一种设计思想。Model 层代表数据模型,也可以在 Model 中定义数据修改和操作的业务逻辑;View 代表 UI 组件,它负责将数据模型转化成 UI 展现出来,ViewModel 是一个同步 View 和 Model 的对象。
在 MVVM 架构下,View 和 Model 之间并没有直接的联系,而是通过 ViewModel 进行交互,Model 和 ViewModel 之间的交互是双向的, 因此 View 数据的变化会同步到 Model 中,而 Model 数据的变化也会立即反应到 View 上。
ViewModel 通过双向数据绑定把 View 层和 Model 层连接了起来,而 View 和 Model 之间的同步工作完全是自动的,无需人为干涉,因此开发者只需关注业务逻辑,不需要手动操作 DOM, 不需要关注数据状态的同步问题,复杂的数据状态维护完全由 MVVM 来统一管理。
mvc 和 mvvm 其实区别并不大。都是一种设计思想。主要就是 mvc 中 Controller 演变成 mvvm 中的 viewModel。mvvm 主要解决了 mvc 中大量的 DOM 操作使页面渲染性能降低,加载速度变慢,影响用户体验。和当 Model 频繁发生变化,开发者需要主动更新到 View 。
答:总共分为 8 个阶段创建前/后,载入前/后,更新前/后,销毁前/后。
//父组件通过标签上面定义传值
<template>
<main :obj="data">main>
template>
<script>
//引入子组件
import Main form "./main"
exprot default{
name:"parent",
data(){
return {
data:"我要向子组件传递数据"
}
},
//初始化组件
components:{
Main
}
}
script>
//子组件通过props方法接受数据
<template>
<div>{
{data}}div>
template>
<script>
exprot default{
name:"son",
//接受父组件传值
props:["data"]
}
script>
//子组件通过$emit方法传递参数
<template>
<div v-on:click="events">div>
template>
<script>
//引入子组件
import Main form "./main"
exprot default{
methods:{
events:function(){
}
}
}
script>
//
<template>
<div>{
{data}}div>
template>
<script>
exprot default{
name:"son",
//接受父组件传值
props:["data"]
}
script>
vue-router 模块的 router-link 组件。
在实际项目中我们会碰到多层嵌套的组件组合而成,但是我们如何实现嵌套路由呢?因此我们需要在 VueRouter 的参数中使用 children 配置,这样就可以很好的实现路由嵌套。
index.html,只有一个路由出口
<div id="app">
<router-view>router-view>
div>
main.js,路由的重定向,就会在页面一加载的时候,就会将 home 组件显示出来,因为重定向指向了 home 组件,redirect 的指向与 path 的必须一致。children 里面是子路由,当然子路由里面还可以继续嵌套子路由。
import Vue from "vue";
import VueRouter from "vue-router";
Vue.use(VueRouter);
//引入两个组件
import home from "./home.vue";
import game from "./game.vue";
//定义路由
const routes = [
{
path: "/", redirect: "/home" }, //重定向,指向了home组件
{
path: "/home",
component: home,
children: [{
path: "/home/game", component: game }],
},
];
//创建路由实例
const router = new VueRouter({
routes });
new Vue({
el: "#app",
data: {
},
methods: {
},
router,
});
home.vue,点击显示就会将子路由显示在出来,子路由的出口必须在父路由里面,否则子路由无法显示。
router.push('index')
webpack 中提供了 require.ensure()来实现按需加载。以前引入路由是通过 import 这样的方式引入,改为 const 定义的方式进行引入。
import home from "../../common/home.vue";
const home = (r) =>
require.ensure([], () => r(require("../../common/home.vue")));
vue 框架中状态管理。在 main.js 引入 store,注入。新建了一个目录 store,…… export 。场景有:单页应用中,组件之间的状态。音乐播放、登录状态、加入购物车
// 新建 store.js
import vue from 'vue'
import vuex form 'vuex'
vue.use(vuex)
export default new vuex.store({
//...code
})
//main.js
import store from './store'
...
三种
v-if(判断是否隐藏)、v-for(把数据遍历出来)、v-bind(绑定属性)、v-model(实现双向绑定)
vue.js 是采用数据劫持结合发布者-订阅者模式的方式,通过 Object.defineProperty()来劫持各个属性的 setter,getter,在数据变动时发布消息给订阅者,触发相应的监听回调。
具体步骤:
第一步:需要 observe 的数据对象进行递归遍历,包括子属性对象的属性,都加上 setter 和 getter 这样的话,给这个对象的某个值赋值,就会触发 setter,那么就能监听到了数据变化
第二步:compile 解析模板指令,将模板中的变量替换成数据,然后初始化渲染页面视图,并将每个指令对应的节点绑定更新函数,添加监听数据的订阅者,一旦数据有变动,收到通知,更新视图
第三步:Watcher 订阅者是 Observer 和 Compile 之间通信的桥梁,主要做的事情是:
第四步:MVVM 作为数据绑定的入口,整合 Observer、Compile 和 Watcher 三者,通过 Observer 来监听自己的 model 数据变化,通过 Compile 来解析编译模板指令,最终利用 Watcher 搭起 Observer 和 Compile 之间的通信桥梁,达到数据变化 -> 视图更新;视图交互变化(input) -> 数据 model 变更的双向绑定效果。
有 5 种,分别是 state、getter、mutation、action、module
如果请求来的数据不是要被其他组件公用,仅仅在请求的组件内使用,就不需要放入 vuex 的 state 里
如果被其他地方复用,请将请求放入 action 里,方便复用,并包装成 promise 返回
vuex 仅仅是作为 vue 的一个插件而存在,不像 Redux,MobX 等库可以应用于所有框架,vuex 只能使用在 vue 上,很大的程度是因为其高度依赖于 vue 的 computed 依赖检测系统以及其插件系统,
vuex 整体思想诞生于 flux,可其的实现方式完完全全的使用了 vue 自身的响应式设计,依赖监听、依赖收集都属于 vue 对对象 Property set get 方法的代理劫持。最后一句话结束 vuex 工作原理,vuex 中的 store 本质就是没有 template 的隐藏着的 vue 组件;
Vue.use(Vuex) 方法执行的是 install 方法,它实现了 Vue 实例对象的 init 方法封装和注入,使传入的 store 对象被设置到 Vue 上下文环境的 s t o r e 中 。 因 此 在 V u e C o m p o n e n t 任 意 地 方 都 能 够 通 过 t h i s . store 中。因此在 Vue Component 任意地方都能够通过 this. store中。因此在VueComponent任意地方都能够通过this.store 访问到该 store。
在 store 构造方法中有 makeLocalContext 方法,所有 module 都会有一个 local context,根据配置时的 path 进行匹配。所以执行如 dispatch(‘submitOrder’, payload)这类 action 时,默认的拿到都是 module 的 local state,如果要访问最外层或者是其他 module 的 state,只能从 rootState 按照 path 路径逐步进行访问。
store 初始化时,所有配置的 action 和 mutation 以及 getters 均被封装过。在执行如 dispatch(‘submitOrder’, payload)的时候,actions 中 type 为 submitOrder 的所有处理方法都是被封装后的,其第一个参数为当前的 store 对象,所以能够获取到 { dispatch, commit, state, rootState } 等数据。
Vuex 中修改 state 的唯一渠道就是执行 commit(‘xx’, payload) 方法,其底层通过执行 this._withCommit(fn) 设置_committing 标志变量为 true,然后才能修改 state,修改完毕还需要还原_committing 变量。外部修改虽然能够直接修改 state,但是并没有修改_committing 标志位,所以只要 watch 一下 state,state change 时判断是否_committing 值为 true,即可判断修改的合法性。
devtoolPlugin 中提供了此功能。因为 dev 模式下所有的 state change 都会被记录下来,‘时空穿梭’ 功能其实就是将当前的 state 替换为记录中某个时刻的 state 状态,利用 store.replaceState(targetState) 方法将执行 this._vm.state = state 实现。
axios 是请求后台资源的模块。 npm i axios -S
如果发送的是跨域请求,需在配置文件中 config/index.js 进行配置
vue-router(前端路由)有两种模式,hash模式和history模式,这里来谈谈两者的区别。
这里的 hash 就是指 url 尾巴后的 # 号以及后面的字符。这里的 # 和 css 里的 # 是一个意思。hash 也称作锚点,本身是用来做页面定位的,她可以使对应 id 的元素显示在可视区域内。
由于 hash 值变化不会导致浏览器向服务器发出请求,而且 hash 改变会触发 hashchange 事件*(hashchange只能改变 # 后面的url片段**)*;更关键的一点是,因为hash发生变化的url都会被浏览器记录下来,从而你会发现浏览器的前进后退都可以用了,所以人们在 html5 的 history 出现前,基本都是使用 hash 来实现前端路由的。
hash模式背后的原理是onhashchange
事件,可以在window对象上监听这个事件:
window.location.hash = 'qq' // 设置 url 的 hash,会在当前url后加上 '#qq'
var hash = window.location.hash // '#qq'
window.addEventListener('hashchange', function(){
// 监听hash变化,点击浏览器的前进后退会触发
})
hash模式又叫前端路由,这成为了单页应用标配;
hash 能兼容到IE8, history 只能兼容到 IE10;
首先,hash 本来是拿来做页面定位的,如果拿来做路由的话,原来的锚点功能就不能用了。其次,hash 的传参是基于 url 的,如果要传递复杂的数据,会有体积的限制,而 history 模式不仅可以在url里放参数,还可以将数据存放在一个特定的对象中。
*如果不想要很丑的 hash,我们可以用路由的 history 模式;
history api可以分为两大部分:切换和修改
1、切换历史状态包括back、forward、go
这三个方法,对应浏览器的前进,后退,跳转操作;(跳转操作:在前进后退上长按鼠标,会出来所有当前窗口的历史记 录,从而可以跳转)
history.go(-2);//后退两次
history.go(2);//前进两次
history.back(); //后退
hsitory.forward(); //前进
2、修改历史状态包括了 pushState
, replaceState
两个方法
`这两个方法接收三个参数:`stateObj`, `title`, `url
相关API:
window.history.pushState(state, title, url)
// state:需要保存的数据,这个数据在触发popstate事件时,可以在event.state里获取
// title:标题,基本没用,一般传 null
// url:设定新的历史记录的 url。新的 url 与当前 url 的 origin 必须是一樣的,否则会抛出错误。url可以是绝对路径,也可以是相对路径。
//如 当前url是 https://www.baidu.com/a/,执行history.pushState(null, null, './qq/'),则变成 https://www.baidu.com/a/qq/,
//执行history.pushState(null, null, '/qq/'),则变成 https://www.baidu.com/qq/
window.history.replaceState(state, title, url)
// 与 pushState 基本相同,但她是修改当前历史记录,而 pushState 是创建新的历史记录
window.addEventListener("popstate", function() {
// 监听浏览器前进后退事件,pushState 与 replaceState 方法不会触发
});
通过pushstate把页面的状态保存在state对象中,当页面的url再变回这个url时,可以通过event.state取到这个state对象,从而可以对页面状态进行还原,这里的页面状态就是页面字体颜色,其实滚动条的位置,阅读进度,组件的开关的这些页面状态都可以存储到state的里面。
history 模式改变 url 的方式会导致浏览器向服务器发送请求,这不是我们想看到的,我们需要在服务器端做处理:如果匹配不 到任何静态资源,则应该始终返回同一个 html 页面。
通过history api,我们丢掉了丑陋的#;但是,它也有个问题:不怕前进,不怕后退,*就怕刷新,f5*(如果后端没有准备的话,会分分钟刷出一个404来**),因为刷新是实实在在地去请求服务器的,不玩虚的
这里是引用
https://blog.csdn.net/ygh5123687/article/details/89473578?biz_id=102&utm_term=hash%20history%E6%A8%A1%E5%BC%8F&utm_medium=distribute.pc_search_result.none-task-blog-2allsobaiduweb~default-0-89473578&spm=1018.2118.3001.4187
在 HTTP/1 中,每次请求都会建立一次HTTP连接,也就是我们常说的3次握手4次挥手,这个过程在一次请求过程中占用了相当长的时间,即使开启了 Keep-Alive ,解决了多次连接的问题,但是依然有两个效率上的问题:
HTTP/2的多路复用就是为了解决上述的两个性能问题。 在 HTTP/2 中,有两个非常重要的概念,分别是帧(frame)和流(stream)。 帧代表着最小的数据单位,每个帧会标识出该帧属于哪个流,流也就是多个帧组成的数据流。 多路复用,就是在一个 TCP 连接中可以存在多条流。换句话说,也就是可以发送多个请求,对端可以通过帧中的标识知道属于哪个请求。通过这个技术,可以避免 HTTP 旧版本中的队头阻塞问题,极大的提高传输性能。
1.tcp udp 区别
2.跨域
3.事件代理
4.基本数据类型引用数据类型区别
5.instanssof原理
6.水平居中
7.数组去重
8.ajax原理
9.多种方式获取key值
10.左右两栏宽度固定中间自适应