check util renderer-process

LuckyLin · LuckyLin · commit 331278af7e82 · 2017-08-11T00:05:49.000+01:00
diff --git a/docs/cn/migration-guide.md b/docs/cn/migration-guide.md
@@ -7,6 +7,6 @@
 3. 将 `package.json` 里的依赖关系从当前项目复制到新项目的 `package.json` 里
 4. 使用 `yarn` 或 `npm install` 安装依赖
 5. 在开发模式下运行项目 \(`yarn run dev` 或 `npm run dev`\)
-6. 监视控制台已修复可能出现的错误
+6. 监视控制台以修复可能出现的错误
 
-正如前面提到的，没有一个完整验证过的方法来迁移到一个新的项目，但上述这些，通常是可以让你近乎成功的主要步骤。任何对项目结构或资源处理的私自修改，将取决于你或你的团队来完成迁移。请确保查看文档的其余部分，因为它将始终反映 electron-vue 当前版本的 `master` 分支。
+正如前面提到的，没有一个完整验证过的方法来迁移到一个新的项目，但上述这些，通常是可以让你近乎成功的主要步骤。任何对项目结构或资源处理的私自修改，将依靠你或你的团队来完成迁移。请确保查看文档的其余部分，因为它将始终反映 electron-vue 当前版本的 `master` 分支。
diff --git a/docs/cn/new-releases.md b/docs/cn/new-releases.md
@@ -1,6 +1,6 @@
 # 新版本
 
-electron-vue 自 2016年5月初 创建以来有了很大的发展，并引入了许多新奇的功能。你能相信有一段时间不支持 `vue-cli` 脚手架吗？新功能的开发计划不会停止。唯一的缺点是，每天都有华而不实的东西在把您的项目停留在一个老脚手架上。由于 electron-vue 利用了 `vue-cli` 的优势，遗憾的是，并没有一个结构化的方式来 _版本化_ 样板 或 使其变得 _可更新_。
+electron-vue 自 2016年5月初 创建以来有了很大的发展，并引入了许多新奇的功能。你能相信有一段时间不支持 `vue-cli` 脚手架吗？新功能的开发计划不会停止。唯一的缺点是，每天都有华而不实的东西在把你的项目卡在一个老脚手架上。尽管electron-vue 利用了 `vue-cli` 的优势，遗憾的是，并没有一个结构化的方式来 _版本化_ 样板 或 使其变得 _可更新_。
 
 electron-vue 的主要更新将通过 GitHub 的 里程碑 (Milestones) 进行，并将包含许多新功能和错误修复，这使得这些版本造就了最佳的 [迁移](/migration-guide.md) 时间，以从任何现有项目转换为为较新的架构。这些里程碑通常不是预先计划的，而是随着问题提交里的功能请求，在追踪问题的时候加上去的。
 
@@ -23,5 +23,3 @@ electron-vue 的主要更新将通过 GitHub 的 里程碑 (Milestones) 进行
 * 重写开发和构建的脚本
 * 迁移到 `babili` 以避免完全反编译到 ES5
 * 在使用需要完整路径 \([`__static`](/using-static-assets.md)\) 的模块时支持 `static/` 资源
-
-The only down side to new bells & whistles every now and then is having your project stuck on an older scaffold.
diff --git a/docs/cn/npm_scripts.md b/docs/cn/npm_scripts.md
@@ -14,8 +14,6 @@
 
 静态分析所有在你 `src/` 和 `test/` 下的 JS 以及 Vue 组件文件。
 
-Lint all your `src/`'s and `test/`'s JS & Vue component files.
-
 ### `npm run lint:fix`
 
 静态分析所有在你 `src/` 和 `test/` 下的 JS 以及 Vue 组件文件并且尝试修复问题。
diff --git a/docs/cn/project_structure.md b/docs/cn/project_structure.md
@@ -1,6 +1,6 @@
 # 项目结构
 
-当涉及制作 electron 应用程序时，项目结构会有些不同。如果你以前使用过官方的设置 [`vuejs-templates/webpack`](https://github.com/vuejs-templates/webpac)，那么这个结构应该感觉起来很熟悉。本文档再次章节将尝试解释样板代码的工作原理以及应用程序在构建中的区别。
+当涉及制作 electron 应用程序时，项目结构会有些不同。如果你以前使用过官方的设置 [`vuejs-templates/webpack`](https://github.com/vuejs-templates/webpac)，那么这个结构应该感觉起来很熟悉。本文档在此章节将尝试解释样板代码的工作原理以及应用程序在构建中的区别。
 
 ### 单一的 `package.json` 设置
 
@@ -16,7 +16,7 @@
 
 #### 安装原生 NPM 模块
 
-我们需要确保我们本地的 npm 模块是针对 electron 构建的。为了做到这一点，我们可以使用 [`electron-rebuild`](https://github.com/electron/electron-rebuild)，但是为了使事情更简单，强烈建议使用 [`electron-builder`](https://github.com/electron-userland/electron-builder) 作为你的构建工具，因为很多任务它都为你处理。
+我们需要确保我们本地的 npm 模块是针对 electron 构建的。为了做到这一点，我们可以使用 [`electron-rebuild`](https://github.com/electron/electron-rebuild)，但是为了使事情更简单，强烈建议使用 [`electron-builder`](https://github.com/electron-userland/electron-builder) 作为你的构建工具，因为它会为你处理很多任务。
 
 ### 关于 `main` 进程
 
diff --git a/docs/cn/renderer-process.md b/docs/cn/renderer-process.md
@@ -26,7 +26,7 @@ src/renderer/components
 
 ### vue 路由
 
-有关 `vue-router` 的更多信息请点击 [这里](https://github.com/vuejs/vue-router)。 简而言之，我们鼓励使用 `vue-router`，因为创建 单页应用程序 (Single Page Application) 在制作 electron 应用程序的时候更加实用。你真的想管理一堆 BrowserWindows，然后在之间传达信息吗？可能不会。
+有关 `vue-router` 的更多信息请点击 [这里](https://github.com/vuejs/vue-router)。 简而言之，我们鼓励使用 `vue-router`，因为创建 单页应用程序 (Single Page Application) 在制作 electron 应用程序的时候更加实用。你真的想管理一堆 BrowserWindows，然后在之间传达信息吗？恐怕不会。
 
 路由被保存在 `src/renderer/router/index.js` 里并定义如下...
 
@@ -42,7 +42,7 @@ src/renderer/components
 
 ##### 注意
 
-在使用 `vue-router` 时，不要使用 [**HTML5 历史模式**](http://router.vuejs.org/en/essentials/history-mode.html)。 此模式严格用于通过 `http` 协议提供文件，并且不能正常使用 `file` 协议，electron 在产品构建中提供文件。 默认的 `hash` 模式正式我们所需要的。
+在使用 `vue-router` 时，不要使用 [**HTML5 历史模式**](http://router.vuejs.org/en/essentials/history-mode.html)。 此模式严格用于通过 `http` 协议提供文件，并且不能正常使用 `file` 协议，electron 在产品构建中提供文件。 默认的 `hash` 模式正是我们所需要的。
 
 ### vuex 模块
 
