Avoid replacing instance root $data. Use nested data properties instead
控制台提示:Avoid replacing instance root $data. Use nested data properties instead 原因:代码里写了this.$data = this.$options.data();。 修改方案: Object.assign(this.$data, this.$options.data());
控制台提示:Avoid replacing instance root $data. Use nested data properties instead 原因:代码里写了this.$data = this.$options.data();。 修改方案: Object.assign(this.$data, this.$options.data());
一、市场因素 市场供需会直接影响到我们的招人成本,不只是金钱上的成本,也包括时间上的成本。我们一起来粗略地看下Vue、React、Angular三者的市场需求——用他们的名字作为关键词在招聘网站(前程无忧)上看搜索结果数量如何。 不限制月薪...
一、方案讨论 Element UI中select下拉框组件本身是不支持虚拟列表功能的,也就是说在需要一次性展示大量数据时,页面很容易卡顿。这就是为什么我们需要添加虚拟列表支持。 不过有一说一,虚拟列表的方案,要么展示会有一定延迟,要么就是多...
6月份出去面试了很多公司,大的、中小的都面了。因为自己平时业余时间做了很多私活吧,主要精力不是放在源码研究、设计模式这些地方,但是私活项目也不适合放到纸面上谈,所以总体面试下来的结果就是: 我没法在不怎么准备的情况下拿到类似阿里P7这个级别...
我们有个单页应用项目,因为架构问题等历史原因,页面大大小小已经有400+个页面了!这些页面最终会被放到不同的目标环境里,比如有部分页面会用于放到APP本地资源包里,有部分页面会用于微信端wap站,也有同时被用于多个目标环境的情况。最早的时候,不同端里放的页面都是差不多的,差异性很小,而且当时页面数量少,webpack编译速度还是可以的,所以当时做的方案是只编译一次,然后对编译粗产物进行处理,根据页面级别精度的目标环境配置,定向拷贝拷贝到各个目标产物目录中去,最后删掉编译粗产物所在临时目录。
今天有朋友问我下面这段代码在浏览器和vscode里为啥执行结果不一样。我显示一愣,然后第一反应是是不是vsode里默认用了严格模式(use strict),然后浏览器里默认没用严格模式。事实上这事和是否严格模式没关系,vscode也不会将你的代码弄成严格模式。另外,如果将下面这些代码放在严格模式下,其实是会报错的,因为匿名函数里的this在严格模式下是undefined,所以this.number这里就会报错了。
如果你和我一样,主用的是IDEA,可以直接打开IDEA配置,在搜索栏搜"webpack",然后就会看到一个可以选择webpack配置文件的地方,点击选中webpack配置文件后保存后,IDEA就能自动识别别名路径了。因为太过简单所以不贴图了。webstorm我没装,不过既然是同一个公司出的,大概率也会支持。但是我们的团队成员大部分是用vscode的,所以要按下面的方式处理(只需要修改代码配置,不用每个开发同学都去设置vscode的配置项,所以比较好推行)。
在这个项目的官方文档(https://doc.cms.talelin.com/server/)里有对目录结构的说明,如下所示: app ├── api # api 层 │ ├── cms # 关于 cms 的 api │ │ ├── adm...