最后
你要问前端开发难不难，我就得说计算机领域里常说的一句话，这句话就是『难的不会，会的不难』，对于不熟悉某领域技术的人来说，因为不了解所以产生神秘感，神秘感就会让人感觉很难，也就是『难的不会』；当学会这项技术之后，知道什么什么技术能做到什么做不到，只是做起来花多少时间的问题而已，没啥难的，所以就是『会的不难』。
开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
我特地针对初学者整理一套前端学习资料
throw new TypeError(``${value} must be a integer);
}
}
target[property] = value;
}
}
相比于Object.defineProperty, Proxy到底有哪些优势。
首先最明显的优势就是在于Proxy要更为强大一些，那这个强大具体体现在Object.defineProperty只能监听到对象属性的读取或者是写入，而Proxy除读写外还可以监听对象中属性的删除，对对象当中方法的调用等等。
第二点优势就是对于数组对象进行监视，通常我们想要监视数组的变化，基本要依靠重写数组方法，这也是Vue的实现方式，proxy可以直接监视数组的变化。以往我们想要通过Object.defineProperty去监视数组的操作最常见的方式是重写数组的操作方法，这也是Vue.js中所使用的方式，大体的方式就是通过自定义的方法去覆盖掉数组原型对象上的push，shift之类的方法，以此来劫持对应的方法调用的过程。
对象的键支持什么类型
这个问题考察的是候选人的基础知识是否扎实。
很多人都会认为对象的键是字符串类型，如果在以前确实没错，但是ES2015版本中对象的键类型还可以是Symbol。
const person = {
name: ‘yd’,
}
这也是引出下面的Symbol。
Symbol
在ECMAScript2015之前，对象的属性名都是字符串，而字符串是有可能会重复的。如果重复的话就会产生冲突。
以前解决这种问题最好的方式就是约定，但是约定的方式只是规避了问题并不是彻底解决了这个问题。如果在这个过程中有人不遵守约定那这个问题仍然会存在。
ES2015为了解决这个问题提供了一种全新的原始数据类型Symbol，翻译过来的意思叫做符号，翻译过来就是表示一个独一无二的值。通过Symbol函数就可以创建一个Symbol类型的数据，而且这种类型的数据typeof的结果就是symbol，那这也就表示他确实是一个全新的类型。
const s = Symbol();
typeof s; // symbol类型
这种类型最大的特点就是独一无二，也就是说我们通过Symbol函数创建的每一个值都是唯一的。他永远不会重复。
Symbol() === Symbol(); // false
考虑到在开发过程中的调试Symbol创建时允许接收一个字符串，作为这个值的描述文本, 对于我们多次使用Symbol时就可以区分出是哪一个Symbol，但这个参数也仅是描述作用，相同的描述字段生成的值仍是不同的。
const s1 = Symbol(‘foo’);
const s2 = Symbol(‘foo’);
s1 === s2; // false
从ES2015开始，对象就已经允许使用Symbol作为属性名。那也就是说现在对象的属性名可以是两种类型，字符串和Symbol。
const person = {
}
如果我们需要在全局去复用一个相同的Symbol值，我们可以使用全局变量的方式去实现，或者是使用Symbol类型提供的一个静态方法去实现。具体就是Symbol的静态方法for，这个方法接收一个字符串作为参数，相同的参数一定对应相同的值。
const s1 = Symbol.for(‘foo’);
const s2 = Symbol.for(‘foo’);
s1 === s2; // true
这个方法维护了一个全局的注册表，为字符串和Symbol提供了一个对应关系。需要注意的是，在内部维护的是字符串和Symbol的关系，那也就是说如参数不是字符串，会转换为字符串。
const s1 = Symbol.for(‘true’);
const s2 = Symbol.for(true);
s1 === s2; // true
JSONP
很多人对jsonp的理解都停留在概念上，没有真正理解过他的原理，他为什么可以跨域，当然不仅仅是script标签不受同源策略影响，实际上jsonp是一种前后端约定的解决方案。
不过现在基本已经很少用到了。因为现在已经有了更流行的CORS方案，相对来说也会更安全，不过jsonp还是有其自身的优势的。
很多人都知道浏览器的同源策略，就是发送请求的页面地址和被请求的接口地址的域名，协议，端口三者必须一致，否则浏览器就会拦截这种请求。浏览器拦截的意思不是说请求发布出去，请求还是可以正常触达服务器的，如果服务器正常返回了浏览器也会接收的到，只是不会交给我们所在的页面。这一点查看network是可以看到的。
jsonp一般是利用script标签的src属性，对于服务器来说只有请求和响应两种操作，请求来了就会响应，无论响应的是什么。请求的类型实在太多了。
浏览器输入一个url是一个请求，ajax调用一个接口也是一个请求，img和script的src也是请求。这些地址都会触达服务器。那为什么jsonp一般会选用script标签呢，首先大家都知道script加载的js是没有跨域限制的，因为加载的是一个脚本，不是一个ajax请求。你可以理解为浏览器限制的是XMLHttpRequest这个对象，而script是不使用这个对象的。
仅仅没有限制还不够，还有一个更重要的点因为script是执行js脚本的标签，他所请求到的内容会直接当做js来执行。
这也可以看出，jsonp和ajax对返回参数的要求是不同的，jsonp需要服务返回一段js脚本，ajax需要返回的是数据。
因此这就要求服务器单独来处理jsonp这中请求，一般服务器接口会把响应的数据通过函数调用的方式返回，比如说返回的内容是’yd’，那就要返回成cb(‘yd’)
cb(‘yd’)
这是一段函数调用的脚本，通过script标签加载之后会立即执行的，如果我们在全局定义一个cb函数。那么这段脚本执行的时候就会调用到我们定义的那个函数，函数中的参数就是服务返回的值了。前端也就可以在这个函数中获取到了。
function cb (data) {
console.log(data);
}
所以说jsonp是前后端共同约定的一种结果。
CORS
浏览器通过同源策略来限制前后端的跨域问题，但同时也给了相应的解决方案。服务器在返回相应的时候可以通过设置响应头来允许哪些网址跨域请求，这样前端就可以成功拿到响应的结果了。所以这也证实了，前端拿不到结果不是服务器不返回，而是浏览器没有给到前端。
Access-Control-Allow-Origin: www.xxxx.com
webpack的proxy是如何解决跨域的?
前面说了，跨域是因为浏览器的同源策略限制，问题发生在浏览器身上，那我们是不是可以避过浏览器呢。前面我写过一篇前端需要知道的nginx，里面介绍了反向代理和负载均衡，其实这里就像是反向代理一样。我们在使用webpack开发项目的时候，webpack的dev-server模块会启动一个服务器，这个服务器不止帮我们做了自动更新，同时也可以做到反向代理。就是我们把请求发送给webpack-dev-server, 然后webpack-dev-server再去请求后端服务器，服务之间的请求是没有跨域问题的，只要后端返回了webpack-dev-server就能拿到，然后再返回给前端。好了基本上就问了这几个问题，老板说面试时间控制在20分钟左右。
- EOF -
推荐阅读 点击标题可跳转
ES6
-
列举常用的ES6特性：
-
箭头函数需要注意哪些地方？
-
let、const、var
-
拓展：var方式定义的变量有什么样的bug？
-
Set数据结构
-
拓展：数组去重的方法
-
箭头函数this的指向。
-
手写ES6 class继承。
开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
微信小程序
-
简单描述一下微信小程序的相关文件类型?
-
你是怎么封装微信小程序的数据请求？
-
有哪些参数传值的方法？
-
你使用过哪些方法，来提高微信小程序的应用速度？
-
小程序和原生App哪个好？
-
简述微信小程序原理？
-
分析微信小程序的优劣势
-
怎么解决小程序的异步请求问题？
：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】](https://bbs.csdn.net/topics/618166371)**
微信小程序
-
简单描述一下微信小程序的相关文件类型?
-
你是怎么封装微信小程序的数据请求？
-
有哪些参数传值的方法？
-
你使用过哪些方法，来提高微信小程序的应用速度？
-
小程序和原生App哪个好？
-
简述微信小程序原理？
-
分析微信小程序的优劣势
-
怎么解决小程序的异步请求问题？
281
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
