今天转录一篇vue.js中 watch 的高级用法，为自己加深印象，也为让更多的童鞋看到。原文地址为：Vue.js中 watch 的高级用法。对于watch，你可能只知道最基本的用法和deep的用法。但是却不知道为什么，和其优化的方法，这篇文章将会告诉你这些。下面是文章内容： 基本用法假设有如下代码： 123456789101112131415161718<div> <p>FullName: {{fullName}}</p> <p>FirstName: <input type="text" v-model="firstName"></p></div>new Vue(&# ...

相关步骤安装Node.js和配置好Node.js环境配置成功可用npm -v 和 node -v 命令检测版本 安装Git和配置好Git环境注意：一般出于安全考虑，只有在Git Bash Here中才能进行Git的相关操作。如果需要在cmd命令行里调用Git，那么就要配置电脑的环境变量Path，或者在安装的时候选择use Git from the Windows Command Prompt。这个可有可无，影响不大，配置成功可用git -version命令检测版本 Github账户注册和新建项目项目必须要遵守格式：账户名.github.io，不然接下来会有很多麻烦。并且需要勾选Initialize this repository with a README: 在建好的项目右侧有个settings按钮，点击它， ...

发现自己老搞混各种宽高，所以今天稍微整理一下： 网页高/宽 网页可见区域宽： document.body.clientWidth 网页可见区域高： document.body.clientHeight 网页可见区域宽： document.body.offsetWidth (包括边线的宽) 网页可见区域高： document.body.offsetHeight (包括边线的高) 网页正文全文宽： document.body.scrollWidth 网页正文全文高： document.body.scrollHeight 网页被卷去的高： document.body.scrollTop 网页被卷去的左： document.body.scrollLeft 网页正文部分上： window.screenTop ...

很早就有了搭建一个自己博客的想法，前段时间春节假期回家，利用一些空闲的实践研究了一下，最后采用了github+hexo+next主题的方式。至于为什么采用这种方式来搭建自己的博客，是综合了自己各方面的喜好来的。有兴趣的可以自行百度各种方式搭建博客的优缺点，然后根据自己的实际情况来选择。这里附上本人搭建的时候参考的文章,有兴趣的同学可以参考一下： 搭建步骤： 一步一步搭建自己的博客 hexo官网： hexo next主题： next主题 等搭建好博客,就可以自定义自己的next主题了，至于怎么改，网上有一搜就有好多，官网也有一些：例如： 自定义next主题 一些你可能想知道的问题 好了，至于更深的一些博客搭建的问题，本人自己也尚未研究。

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub. Quick StartCreate a new post1$ hexo new "My New Post" More info: Writing Run server1$ hexo server More info: Server Generate static files1$ hexo generate More info: ...

描述服务端使用 NodeJS Express 搭建包含 JWT 身份验证的 REST Full API， 客户端在获取到 JWT 信息之后的每次 API 请求头中都附带上 JWT 信息，完成身份验证后才能执行 API 操作，否则返回 401 错误。 代码服务器端(CORS核心部分): 12345678910111213141516171819202122232425262728293031...// Enable CORS from client-sideapp.use(function (req, res, next) { res.header("Access-Control-Allow-Origin", "*"); res.header("Access-Control-Allow-Method ...

项目代码提交过程将本地代码上传到远程仓库的时候，打开命令行窗口，进入到本地代码的文件夹： 123$ touch README.md$ git init$ git add README.md 但这一步是添加README.md文件，初始化git，这样在本地文件夹下会生成README.md和.git两个文件。具体这两个文件是做什么的，可以自行百度，不过一句话概括的话，是将本地仓库与远程仓库关联起来。 12$ git add .$ git commit -m "first commit" 到commit这一步，只是完成了本地提交。这里为什么有一个add一个commit的过程，有必要解释一下。在git中有一个暂存区的概念，add就是将代码从工作区提交到暂存区；commit的过程就是将代码从暂存区提交到 ...

默认插槽和具名插槽这里就不多说了，大家直接去看官网的例子就好插槽,我们来说说 2.1.0+ 新增的比较难理解的作用域插槽。 官网例子有的时候你希望提供的组件带有一个可从子组件获取数据的可复用的插槽。例如一个简单的 组件的模板可能包含了如下代码： 12345678<ul> <li v-for="todo in todos" v-bind:key="todo.id" > {{ todo.text }} </li></ul> 但是在我们应用的某些部分，我们希望每个独立的待办项渲染出和todo.text不太一样的东西。这也是作用域插槽的用武之地。 为了让这个特性成为可能，你需要做的全部事情就是将待办项内容包 ...

后端部署访问远程服务器的方式： 本地电脑 window+r，输入： mstsc，然后输入账号密码访问 通过 FTP ，例如：FileZilla PUTTY 综合来看，FileZille更适合上传文件，比如像传网页源码，可以全部一键上传、删除。使用本地ftp，可以对无法操作的中文文件进行修改、删除等；PUTTY则是包含了所有功能，对系统配置的操作都在这里。所以在连接服务器的时候可以结合起来使用，会方便很多。 这里通过 ftp 上传文件到远程服务器，在 shell 命令环境中，通过 ‘vi’ 命令可以在命令行编辑服务器代码， ‘:q’ 可以退出编辑状态 确认代码上传完毕后，通过 npm install 安装项目依赖（这里跟前端一样） 安装依赖结束后，可以通过原生的方式： node + 需运行文件，进行启动项目： ...

前后端分离的时代在MV* 的前后端分离时代，前后端数据通过JSON进行交互，彼此互相不关联，接口分离，后端提供数据即可，前端自己搞。 但是，有时候有新需求的时候，要定义前后端的数据接口了，这时候前端需要等到服务端接口开发完才能进行开发吗？ 当然不需要，我们可以采取 mock 的形式进行数据模拟，需要前后端共同定义好接口规范，于是乎我们开心的在本地写了一大堆mock文件。 但是问题又来了，我们需要同步 mock 数据，需要不断地进行 git 提交…. 随着项目的的复杂度增加，mock 数据如何管理？ 这个时候，我们可能需要一台 mock 服务器，最好能同步服务端接口的 mock。当然，现在网上也已经有了成熟的解决方案，比如 easy-mock 。他可以很好地支持 Swagger，通过 Swagger 只需1秒就 ...