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

蔚落 2022-02-23 08:48 174阅读 0赞

### 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][]

[MolyCHNs Blogger]: https://github.com/BendMoly/MolyCHNs-Blogger