Electron读取打包本地静态资源
最近项目中在逐步的尝试使用Vue+Electron做一些客户端,其中就有一个这样的需求:用户在安装完客户端后,需要运维人员把每个电脑上的客户端做不同的配置,也就是说,需要有一个配置文件的存在。
现在拆分下需求细节:
- 给到用户的是一个exe的安装包。
- 统一的安装包,但是不同机器配置可以修改。
- 配置文件应该在安装后的安装目录里面,方便运维查找。
- 在开发的时候,就需要把这个读取的静态文件列出来,打包的时候,需要单独抽出来。
最近项目中在逐步的尝试使用Vue+Electron做一些客户端,其中就有一个这样的需求:用户在安装完客户端后,需要运维人员把每个电脑上的客户端做不同的配置,也就是说,需要有一个配置文件的存在。
现在拆分下需求细节:
单元测试(unit testing),是指对软件中的最小可测试单元进行检查和验证。简单来说,单元就是人为规定的最小的被测功能模块,可能是一个单一函数或方法、一个完整的组件或类。
单元测试是最小巧也是最简单的测试——它们通过隔离单个组件的每一个部分,来在最小工作单元上进行断言。
单元测试侧重:检验函数的输出结果
e2e (端到端) 测试,致力于确保组件的一系列交互是正确的。它们是更高级别的测试,例如可能会测试用户是否注册、登录以及更新他们的用户名。这种测试运行起来会比单元测试和快照比对测试慢一些。
e2e测试侧重:从用户视角,对真实系统的访问行为进行仿真
之前已经写过相关NPM的文章,这次算是补齐了一个系列的了。
这个系列的顺序:NPM组件搭建(本篇) ---> 本地开发调试NPM包 ---> 在NPM上发布组件教程 ---> GitHub Action终章之发布NPM
在有些情况下,我们可能需要对一个 prop
进行“双向绑定”。不幸的是,真正的双向绑定会带来维护上的问题,因为子组件可以变更父组件,且在父组件和子组件都没有明显的变更来源。
今天扒拉官方文档,发现.sync
这块还是理解的不是太好,于是写一个demo,做一下记录。
在vue构建页面的顺序为,父组件构建 → 子组件构建 → 父组件获取异步数据 → 子组件获取父组件异步数据 → 子组件更新,也就是说构建的时候生命周期只会执行一次。
上次《GitHub Action初探》只是简单的说明了下大概,这次是演示如何使用 GitHub Actions 自动发布一个 Vue 应用到 GitHub Pages。
代码我已经托管到GitHub上了,文末会放出。
周末随手看Vue的api文档,看到了vm.$attrs
这个,官方是这么解释的:
包含了父作用域中不作为prop
被识别 (且获取) 的attribute
绑定 (class
和style
除外)。当一个组件没有声明任何prop
时,这里会包含所有父作用域的绑定 (class
和style
除外),并且可以通过v-bind="$attrs"
传入内部组件——在创建高级别的组件时非常有用。
看完之后发现,这些解释比较晦涩,官方也没有具体的例子来解释!还是自己动手整个demo来看看吧!!!
之前用cli脚手架搭完之后,直接把vue.config.js
丢项目根目录就完事了,前几天用脚手架重新搭了个项目,安装完各种依赖之后,运行竟然莫名其妙的报错了:
ValidationError: Invalid options object. Sass Loader has been initialised using an options object that does not match the API schema.
本文章适用于用Cli3脚手架搭建的项目,这里我拿已有项目为例,所以项目搭建之类的就不在这里一一描述了。