作了一次框架技术分享（请选择原谅我啊）

why？

身为技术人员有没有必要在本身学习与开发的过程当中作技术分享（很尴尬，技术明明才差很少一年），这几乎是一件很明显的事情了，写文章，开博客，搞分享会，几乎任何一种线上线下交流的方式都对本身的技术增加有必定帮助。借助这种方式，让咱们从一种单一的开发模式中向多元化发展。毕竟实现一个业务需求，是一种技术，而经过写做，分享，讨论等，能获得的就是一种技能了。
公司项目在开发初始时用了一个星期高效开发V1.0上线（其中我和我同事加班几晚到凌晨6点），以后的迭代由于项目自己是以一种类单页面应用的形式来开发的，业务逻辑在需求增加过程当中出现了许许多多的业务冲突，代码上则出现变量污染，方法冲突，功能重复等等问题，同时人工反复测试出现的bug让我在开发工程中出现了低气压情绪，彻底对开发失去兴趣，这时向一种新项目架构选型每每成为了必要。
我决定采用目前市场上的三大框架之一（VueJs）来进行项目demo演示，刚刚结束分享，这里把我分享的过程给你们分享一下。

what？

• 一个前端项目工程搭建

• 项目使用的依赖及其功能分析

• 项目功能需求分析

• demo演示

• 文档整理

1. 首先一个项目工程的搭建要视项目的一个需求来分析，采用脚手架搭建的工程环境对当前项目的开发是否具备局限性是须要重点去说明的。生产环境与开发环境的模式与效率决定了是否能够采用脚手架，若是本身去“纯手工”去搭建一个项目工程的话，则要确保搭建效率，能用性，之后后续开发的稳健性（我彻底对本身的上手能力颇有自信，但实用性我还真没把握，/眯眼笑）。

2. 其次是做为项目所须要用到的一些外部组件及其依赖，以公司项目为主，则使用了地图组件，这些组件组件主要仍是第三方以Vue为基础所写的，实用性要靠本身去把握。

3. 而做为公司的功能需求分析，则要在功能需求划分好组件化构建，怎样合理去规划划分，须要有必定清晰的逻辑去分析，不然在开发过程当中每每须要从新去构建。

4. 以后作了这么多准备功能，接下来的就是把你作出来的东西跟团队介绍就能够啦（再次，/眯眼笑）。

How？

可能我此次的总结整体上来讲水分抖机灵的成分比较多，但也不失为一次宝贵的经验，在分享的过程当中每每才能知道目前自身技术能力，表达能力到达一个怎样的层次。以技术来讲，作完这个以后反而以为在其基础上还有更好的一种方式去解决，而对于使用简单的脚手架开发，本身自定义一套工程环境也是一个提高本身的过程。同时根据项目的大小来讲又能延伸到对Vue多页面应用及webpack应用的探讨上。以项目来讲，经过适时的去分析需求的实用性与合理性，才能知道自己原型的开发及整条项目流水线是怎样的一个运做方式，提高本身在项目开发中的地位，毕竟我在这里仍是被同事以一种“美工”、“页面仔”的认识所看待。
再者就是本身的表达能力和写做能力等等软实力也是会获得提升的。
作编程这一行的，你第一年作着一个项目，天天切图布局写交互，作了三年，你想跳槽，但你仍是只能切图布局写交互，在前端这个技术迭代高速发展的状况下，想一想本身真的以为很慌。
很慌，怕大家看了以为太水而diao（二声）我，但我仍是要写啊。因此如题，请选择原谅我啊。

Next？

我以前说要对本身的一些JavaScript基础作一些整理与总结，可是好像爽约了，下次继续。

Finished

个人技术博客主要以github上建立的一个仓库为主，由于前端论坛太多了，我无从下手，因此通常都会先在github上整理完后再分发到各个社区，有兴趣请戳
☛ MolyCHNs Blogger