截止到四月，我在目前这家公司工作已是整整一年时间。多次想写篇文章做做总结，记录一下这一年的成长。

 

    足够宽泛的知识面能够帮助企业做出提效降本的正确决策。为此我还做过一篇记录。链接：https://www.cnblogs.com/WeiFE/p/15510423.html

 

    我司只有我一个前端，我既可以选择躺平又可以选择折腾，自由活动的空间很大。随着入职后工作的展开，我对业务的思考也越来越多，自然而然的我把自己当成了前端leader，开始站在公司的角度为实现提效降本做出努力。

 

    举个栗子。在我来之后，接手了几个由外包开发的后台管理系统，这些系统都是对应不同的服务器，单独的账户密码表，互不相通。但老板明确提出需求他想在一个界面上随意切换这些后管以便向客户展示。我印象很深的是老板找了外包负责人和我司研发部一同开会商量解决方案，但无论是谁也没有提出老板认可的解决方案。原因也很简单，老板想要最低成本的实现。基于此，肯定是不能在原有后管之上做更改，那么只有做加法，且必须考虑其扩展性，以应对未来可能的需求！

    提出解决方案：微前端 + serverless

    1. 微前端框架选择。qiankun是目前使用比较广泛的微前端框架，但在实践过程中发现还是有些繁琐，需要对基座应用和子应用硬编码。于工作量和花费时间来讲不适用于我个人开发。所以采用京东开源的microApp框架，基于web components实现，

    2. 选择基座应用。unicloud是DCloud提供的serverless云开发平台。基于此推出的uni-admin后台管理系统自带了用户账户，角色，权限系统。只要使用此框架就可以快速拥有登录能力。并且uniapp于20年完成了宽屏适配，正式可用于web端。

现有后管导航菜单有的在顶部有的在左侧，所以需要自定义drawer根组件包裹基座应用的topwindow和leftwindow配合悬浮按钮展开折叠，方便全貌展示子应用。

    3. 子应用改造。开发时子应用添加access-control-allow-origin: *;。线上则需要后端配合在response headers加入access-control-allow-origin: *;

    4. 基座应用自定义导航守卫，unicloud云函数编写登录请求作为中间层。当用户点击基座应用菜单后调用云函数登录，登录成功后再跳转子应用。

 

    再举个栗子。目前我司有大客户合作都是定制化开发，听取需求，提供解决方法，购买服务器，搭建环境，项目排期......，这些往往磕磕绊绊才能够完成。所以我提出花费长时间制作saas平台，经过多次讨论老板也确定这样做。

 

 

    工作后我的习惯是每天新建一个有道云笔记，把每天做的事情，解决难点的过程记录上去。以便再用到时查找。同时，这些经验我也编写为markdown文件存在至企业知识库，方便其他同事查阅。

 

        坚持自定义。比如大量更改antdv pro的css样式。

        轻视前端。比如更少的排期时间，只找前端要结果，服务器带宽只开基本的3M。

 

都是沟通可以解决的问题，但都没有结果。

 

    我的感受是大前端技术正在深刻的参与着物联网行业的发展。比如企业客户在web端都有数据大屏，组态图，3D模型的需求。在移动端也有小程序，app查看或者控制的需求。

    优锘科技推出了基于three.js封装的thingJs框架，以满足各企业旺盛的3D需求。而且在4.4日，优锘还推出了号称业界首个物联产业元宇宙平台，更是为物联网行业增加了新的想象。

    不止一家独大，相关工具类平台也在蓬勃发展，比如生成组态图的工具乐吾乐，最初是个人运营，现在已经是获得了融资。图扑软件，国内老牌工业3D解决服务商。奇点云，阿里dataV，百度sugar，围绕数据可视化运营的企业比比皆是。

    所以在物联网行业下的前端开发最好是熟练2D，3D的数据可视化开发。

 

 

    除去技术之外能写下来的东西不多，希望往后还能在物联网行业耕耘，形成自己的优势。

 

    这几天刷抖音看到一个博主经常剪片子到凌晨，有一天突然嘴角不受控制的抽搐被送到医院。希望屏幕前的各位都能够注意自己的身体，当出现异样的时候就要注意了！