项目背景：

冠方主营业务分为医疗板块和后勤板块，两个板块都有各种各样的小系统，比如：掌上医院、互联网医院、互联网+护理、体检系统、智慧后勤、停车缴费、食堂点餐等系统。之前的办法就是每一个新产品（项目）都是重新开始配置开发构建，开发部署维护成本就非常高（那个时候冠方还未使用微服务）。

项目目标：

1、后台微服务（Nacos + Spring Cloud Alibaba）

2、微前端（Single-SPA+Typescript+React+Vue）

3、基于Taro的微小程序框架（因为我们有一些项目会是多个小程序开发或集成）

4、自动化构建部署（Jenkins）

项目过程：

1、针对项目背景中存在的问题，我提出了微服务+微前端的方案；

2、后台微服务板块参与较少，只是在大体的交互和设计上做了一些讨论和约定；

3、项目开始之初对比了市面上几个流行的微前端框架，最终还是觉得Single-SPA比较合适，最终也选择了Single+SPA+Npm包的方式来实现；

4、整体架构可以分为一个主应用+多个子应用来实现，主应用负责全局依赖+权限管理+共享数据中心+消息中心+事件中心+主题设置等全局功能，子应用根据业务需求进行接入；

5、为了代码安全及节省发布时间，所以均采用npm包的形式进行发布，所以同时建立了npm私有仓库；

6、基于Taro的微小程序则有一些不同，因为小程序必须要本地构建，所以小程序走的是模板仓库+组件库的形式进行开发；

7、针对多个小程序的合并问题，自己实现了一个Node脚本自动进行多个小程序之间的合并构建；

8、由于我们的客户大都是医院，所以需要内网部署，所以我们需要对Npm包发布的整个前端代码库进行文件本地化，又写了一个爬虫来配合Unpkg完成整个项目的下载打包；

项目背景：

为响应卫健委《互联网+医疗健康》的号召，积极开展互联网医疗服务，中联公司提出了互联网医院的一整套解决方案。互联网医院包含预约挂号、建康科普、在线咨询、慢病复诊、病人随访等一系列功能。

项目目标：

1、使用Taro构建跨多端的病人web/小程序应用（因为医院所支持的因素影响，所以必须是多端）

2、打通HIS、即时通讯、合理用药（药师审方）、电子签名、三分药房、物流平台等服务

3、构建自有即时通讯服务，保障数据安全性

4、构建电子签名中间服务，以降低不同场景下使用电子签名服务的难度

5、计划以中间服务的方式提供合理用药、三方药房和物流平台

项目过程：

因为项目组只有3个人（算上我），所以工作量巨大，在项目组中我一人负责以下工作内容：

1、互联网医院患者端小程序（含web端）

2、互联网医院医生端小程序

3、医生PC工作站（前端部分）

4、互联网医院管理后台（前端部分）

5、即时通讯服务（第三方IM、音视频通讯以及开发自有IM即时通讯服务）

6、开发电子签名中间服务

项目背景：

为帮助营销人员提供一套高效，省钱，便捷的自助推广服务，以便进行人脉拓展、资源整合，找到适合做广告载体的优质内容，最后在供需市场促成商品交易的流量共享平台。

项目目标：

1、开发汇脉宝微信公众号

2、开发汇脉宝企业版小程序

3、开发汇脉宝管理后台前端部分

4、开发汇脉宝文库管理系统前端部分

项目过程：

1、业务分析以及对项目按功能进行模块拆分

2、根据团队技术水平选用VUE为主要技术栈

3、制定开发规范、基本框架搭建以及核心组件开发

4、解决一些技术难点，如：SPA微信签名、复杂动画等

项目背景：
为了扩展中联内部系统使用的快速构建工具（之前的工具能够快速构建 exe 桌面应用），使之能够快速构建 web 应用。能够使一部分不懂得编程的人能够快速构建出需要的应用，提高开发效率，所以需要对原来的构建系统进行扩展。
项目目标：
1、采用 react 框架进行技术点验证；
2、待验证结束后进行开发；
3、开发完成之后对项目优化，使能够达到生产环境使用准。
项目过程：
1、先花费了2个星期左右对 react 技术栈进行了解熟悉；
2、对技术点进行验证（验证中）；
3、项目开发；