2019年是平庸的一年。作为一名coder，我一直沉浸在无尽的业务和需求中。上半年做管理系统，下半年做小程序。.唯一让我觉得自己有所作为的就是为公司输出了两者统一的前端项目结构（都不能叫架构）。上半年还记得每天加班，为了赶2018年底的项目，为此，老婆和大人都有意见；为了家庭和睦，2019年初上班的时候，想梳理一下整个公司的前端项目架构。我们需要什么样的结构？快速开发，如何登录，如何认证，如何部署。在项目任务不是很紧急的时候，整理了一套开发模板。也输出几个项目总结：后台管理项目总结项目部署基于饿了么组件打包webpack常规打包优化方案下半年每年7、8月份组件通信处理方案就是开发小程序，我也开玩笑说就叫这个小程序吧没想到公司的需求要到年底才能完成，于是一下子做了4个小程序。也是在18年接触到小程序。从最初的没有朋友的mpvue，到taro，再到uni-app，再到原生小程序，这期间也做了很多比较。多终端框架的兴起，方便了我们的开发，不用做很多无用的维护，但也增加了各个终端对BUG的处理。以上所有端都是我自己开发的，在公司也有使用。公司的一个项目选择了taro，是因为公司的产品有实际的场景和各方面的需求，同时也想尝试一下typescript，在后面的项目中加入typescript来约束项目。uni-appuni-app是基于vue语法开发的，正好公司的主要技术栈是vue，但是我在公司的项目中没有用到这个，只是在自己的小项目中用到了，但是它的开发效率和运行速度确实比太郎要快的多。其实开发了那么多原生开发，货比三家还是要对项目场景做一个大概的调研。如果项目真的只跑在微信端，我觉得没必要用这些多终端（个人意见）。比如taro在微信端引用echarts，只能编译成微信小程序，让我觉得使用多端完全没必要；而我们之所以选择多端开发，主要是因为我们认为原生开发是为了项目管理、组件管理、样式编译。总有倒车的嫌疑。带着这样的想法，我完成了公司最后两个项目，输出了一套小程序的通用模板。添加预编译任务并引用vant-weapp说到开发小程序，也让我提了第一个pr提心吊胆，就成功了。说起来还蛮开心的，也让我更加想参与开源项目了。作为一个年纪较大的开发者，随着年龄的增长，难免会有一种焦虑感，而作为一个前端开发者，更是如此。与后端人员不同的是，前端在很多公司的存在都是可有可无的，他们还是以过去的眼光看待前端。随着项目的扩大和技术的更新，前端不只是这样，但改变自己的看法也不是一蹴而就的。我严格要求，深化自己技术的深度和广度来推动和领导项目。
