Wonder

拿Vue项目说，在本地运行npm run dev等命令时实际上是用node运行了一个服务器，因此proxyTable实际上是将请求发给自己的服务器，再由服务器转发给后台服务器，做了一层代理，因此不会出现跨域问题。JSONP是一种比较古老的解决方案，这种方案没有兼容性问题，基本都可以使用，但是它所解决的问题比较有限，且对服务端接口有一定的要求，只支持get请求，不支持post，请求回来的东西当做js来执行。若不符合前述条件，则会通过预检请求，确认是否可以通过服务器的限制，然后才会发送正式的请求。

的优先级在 vue2 中比 v-if 高，所以在 vue2 项目中当两个指令出现在一个 DOM 上时，通过 v-for 渲染列表，每一次都需要进行一次 v-if 的判断。② 如果 v-if 是为了筛选需要遍历的数据，那么我们可以在计算属性中做筛选数据的逻辑，返回一个符合条件的列表数据，并在 DOM 中直接使用这个数据即可。这种方案能够解决目前查询较慢的问题，但是还有优化的空间，随着不断滚动，数据会越来越多，大量DOM存在难免给客户端造成一定的压力，这时可以考虑虚拟列表的实现方案。、优先使用 v-if。

后端返回十万条数据，前端怎么处理？

原理在页面中有很多图片的时候，图片加载就需要很多时间，很耗费服务器性能，不仅影响渲染速度还会浪费带宽，为了解决这个问题，提高用户体验，所以就出现了懒加载这种方式来减轻服务器的压力，即优先加载可视区域的内容，其他部分等进入了可视区域再加载，从而提高性能。思路图片是根据src进行加载的，在图片没有进入可视区域时，先不给src赋值（或者可以先给一个很小的loading图），等到图片进入可视区域再给src赋真正的值。图片的真实地址可以先存储在data-src中。实现<di...

需求：左树右表。组织树选中某一节点后，进入详情页面，再返回时需要保持选中。其他查询条件也需要保持状态。思路：用vuex结合localStorage缓存数据。点击树节点或查询按钮时，将数据保存在vuex中，同时存在localStorage中；页面回退时，将存在localStorage中的数据放到vuex中，在页面代码中判断vuex中是否有我们存的数据，有则直接用，没有则默认初始数据。当页面导航路由跳转时再清除缓存的页面数据。代码：点击某树节点时，存下id至vuex中。通过dispatch触发act

1.form表单通过rules绑定验证规则loginRules2.data的return中添加验证规则变量loginRules

先放最终效果图：工作时有这么一个需求：点击按钮查询某个设备各个版本的升级情况，即根据后端返回来的version（版本号）和value（当前进度情况：值为1-4。1代表未开始，2代表进行中，3代表升级成功，4代表升级失败）来动态生成步骤条展示升级情况。为实现该需求用了elementui的步骤条，在颜色处理的过程中遇到了困难，网上大部分步骤条每个步骤都是一个颜色，改变一个颜色，所有都改变了（也可能是我搜索姿势不对，没找到想要的结果）解决方案：用了步骤条里的status属性，这个属性对应.

1.props和$emit　父组件向子组件传递数据是通过props传递的(props写在子组件中），prop 只可以从上一级组件传递到下一级组件（父子组件），即所谓的单向数据流。而且 prop 只读，不可被修改，所有修改都会失效并警告。 子组件传递数据给父组件是通过$emit触发事件，父组件通过v-on来监听并接收事件。2.$attrs和$listeners　第一种方式处理父子组件之间的数据传输有一个问题：如果父组件A下面有子组件B，组件B下面有组件C,这时如果组件A想传递数据给组件...

1.v-if和v-show的区别以及使用场景?vue中的 v-if 和 v-show 二者都可以动态的控制元素的隐藏和显示，但是他们控制的原理是不同的。v-if：v-if是通过控制dom节点的存在与否来控制元素的显隐。控制元素显示或隐藏是把dom元素整个的渲染或者删除，如果删除，也就是页面中不存在这个dom元素，以此达到隐藏的效果；所以v-if在每次切换的时候都会重新创建或者销毁元素，有较高的切换性能消耗；而且v-if是惰性的，如果在初始渲染时条件为假，那就什么也不做，直到条件第一次变为真时，需要渲