这几天偶也是因为一个项目而被迫使用vue，坦白的说vue和传统的网站开发思路不同，导致爱的人爱死，老程序员烦死的现状。
主要区别：
1传统方式：大家做一个网站，首先创建几个文件夹(css、js等等)，页面需要用的资源文件，都放到各自的文件夹里。然后创建若干个HTML网页，一个个链接把这些若干网页串起来就OK，网页里需要有什么事件或效果，要么用原生js要么用jqurey，去操作某个dom，实现页面变化。
调试的时候也很简单，如果静态网页，浏览器就可以直接运行调试。asp、jsp、php、.net等动态网站，简单配置一下iis或Tomcat，也就能直接调试。
2vue(这里用vue脚手架来举例)：
vue和传统最大的区别就是，vue只有一个html页面(也就是入口页面，你也可以理解成主页面)，除了主页面之外，其他的页面都是html片段，以.vue为后缀的片段文件存在，用户访问网站的时候，第一次加载完整主页面，后面的点击其实就是变化html片段而已。(和老程序员理解的局部刷新有点像)
所以vue特别适合制作手机端项目，因为它只需要根据用户的点击，加载所需的片段而已。由于不用一页一页请求新网页，所以这种机制会让手机项目运行非常丝滑顺畅。
但优点也是它的缺点，vue项目的特性决定它不适合做网站，稍微有点seo知识的人都明白，这种机制做的网站，机器人是爬不到任何内容的。
vue的部署也是让偶很诟病的，部署它需要折腾一大堆事儿。首先需要安装nodejs，你可以暂时把它理解成和iis Tomcat类似的网站发布容器。因为只有在nodejs下才能调试vue脚手架项目。
nodejs装完，然后在cmd命令行下，通过npm命令安装一大堆各种库插件。
这一堆事儿折腾完，你就可以通过一个命令创建一个vue脚手架，然后开始你的项目开发之旅。
很多老程序员被“vue脚手架”这个词搞得云里雾里，简单的说：上面折腾一大堆，就是为了最后敲一个命令，让系统帮你在指定位置创建一组文件夹，然后vue能用上的各种js(百十多个吧)组件都放在这各个文件里，供你开发时候调用。
对比你之前的操作，相当于：你建好文件夹，在js文件夹里放好jqurey，和你常用的js。
所以这套步骤，开始让偶很不习惯，可能很多老程序员也不习惯。会让你有种“为了做个小项目，先要部署一套大工厂的感觉”。
很多老程序员其实都是做小项目出身的草根，什么百万千万的迸发、什么团队协作、前后端分离等话题，不是这类程序员关心的。他们往往即是美工也是程序员，即是前端也是后端。几乎都是以快速交付项目为第一初衷，不想为了个环境来回折腾。所以一时间适应不了vue开发模式。
另外如果你的项目，定制化程度较高。偶个人还是建议采用独立html的传统方式开发。
如果是移动端开发，vue的确是最佳选择。顺便提一下，vue和小程序几乎是一摸一样的套路，会一个两个就都会了。
偶也是花了2天时间，从排斥到接受的。目前用着还不错。