版本升级

index.md

@@ -0,0 +1,62 @@
+但行好事，莫问前程
+
+上次体验 `vue cli 3.0` 手脚架已是半年前了，是拿公司的小项目，小试牛刀，效果体验还不错。半年后鼓起勇气去推动公司核心项目，领导说个子小，胆子不小嘛。搞技术的就需要这一股劲，胆子大，是个干大事的人。
+我领导是个 `java` ，前端并不是他的拿手项目，我只能自己去啃，慢慢踩坑，慢慢成长。
+
+1.为什么要使用 `vue cli 3.0` 搭建项目？
+
+答：为了更好的开发体验，提高开发效率，更好的了解项目。
+之前写过一篇 [`体验 vue cli 3.0`](https://juejin.im/post/5c1b54515188250baa559cad) 的文章，比较了相关的性能，和配置文件，
+这里就不在重复，想了解更多戳链接。这里面想说说和之前不一样的地方，通过命令行切换不同的环境，哈哈
+
+2.老项目是  `vue cli 2.0`， 如何转到 `vue cli 3.0` 有没有风险？
+
+答：我只知道项目平行迁移，搭建一个项目，然后把代码搬过去。风险和机遇共存，鼓起勇气向推动公司核心项目发展，很慌也很害怕。但是短暂的害怕可以换取长期极致的技术体验，加深对项目了解
+，在推动技术的同时成长自己。稳赚不赔的买卖。
+
+3.有什么优缺点？
+现状：我司有四个后端研发团队，每个后端团队的都在不同的环境下进行开发，测试还有测试环境。各种环境算下来差不多10来个，前端每一次在不同的环境下开发
+都要去改配置文件。每次都是手动去改环境，很麻烦的。
+
+之前的项目切换不同的环境，都是去 `index.js` 里面修改
+![](../o.png)
+
+解决方案：`vue cli 2.0` 的手脚架应该也是可以实现的，但是我没有去研究过。换了 `vue cli 3.0` 实现了不同的命令行运行不同的环境。再也不要手动去修改配置文件了。
+
+
+![](../183.png)
+![](../209.png)
+
+读取环境变量，去设置不同的命令
+![](../config1.png)
+![](../config2.png)
+
+我用的是 `webstorm` 借助工具设置运行命令，而不是手动去输入命令
+![](../build1.png) 
+![](../run.png) 
+
+`vue cli 2.0` 项目大小和打包之后的大小
+![](../oldfont.png) 
+![](../olddist.png) 
+
+`vue cli 3.0` 项目大小和打包之后的大小
+![](../font.png) 
+![](../dist1.png) 
+
+关于运行速度，打包时间，我想留一点点悬念，自己去尝试，去体验。极致的开发体验投入到项目中去使用，去感受，我一股脑字都说完了，多没意思呀。
+
+拿公司的小项目小试牛刀之后，鼓起勇气开动公司核心项目。再一次尝试，`get` 到的新技能。通过运行命令去切换不同的环境。而不是手动改。哈哈，开心
+
+
+4.使用场景怎么样?
+公司启动新项目，公司老项目都可以，广泛使用哈哈。但是要注意的是，相关插件的升级和迁移。去遇见问题，去解决问题。多看文档，如果文档解决不了就去`issue` 上面看看，
+看看源码，多问多看，应该是可以解决的
+
+
+硬着头皮啃了一遍又一遍的文档，踩了一万次坑。如果没有领导和对象的帮忙我想我应该放弃了这一次的推动项目升级，自己一个人挑起升级，自己一个啃文档，尝试过一次又一次的失败。
+曾经有人和我说吃力不讨好何必呢？如果遇到问题或意外，前功尽弃了，我只想说：但行好事莫问前程。
+
+
+
+
+