2022年哪些前端技术会火？( 二 ) _前端技术

那么定出来的方向是（搞全栈的，后端接口随心所欲，就不多说了）：

3D类，轻游戏化城市模拟（基础玩法）
好玩，可以保持用户新鲜度（皮肤系统）
够轻，Web端打开就能玩

产出框架选择Oasis Engine ,为了提高美术还原度，我们提供了一套标准化的Blender烘焙流程。过程中遇到模型数量太多，美术人手不足的问题，于是自研了一套模型渲染工作台（未来计划贡献给社区，保持关注），可以快速导出模型代码和渲染图。预览图片非常大不知道能否显示原图地址

文章插图

分享通过这个项目，我们团队也尝试了Three.js、PlayCanvas.js 等框架，对图形技术也算是知道了点皮毛。个人建议不要盲目跟随VR、AR、元宇宙等热点冒然入门某个细分领域。毕竟术业有专攻，保持好前端技术敏感性，根据公司业务发展再做定论。如果能带动业务发展，一般企业都会大力扶持，随着项目迭代你才有机会真正深入某一项技术。因为凡是通过简单的学习和了解都不算是入门，很可能在你某个晚间体操后就忘记了某项技能(刹车) 。
对低代码技术的尝试，助力前端进入深水区低代码能力解决的绝不止10-20倍提速的问题，而是技术发展赋能企业运行效率的最佳实践。通过整合前后端技术应用（这里是应用层面而非技术层面），从而解决企业面临的各种复杂问题。
原理性前端通过可视化拖拽式交互操作，后端通过动态表单技术实现。当然，低代码平台也不像我说的那么简单，各家平台融合的技术也各有特色。以下分析几个关键性指标。
首先，数据结构，低代码编程的数据结构是完全托管的，用户可以创建任意的数据表，选择各类型字段。除了数据库通用的字段类型外，低代码编程一般会封装额外的字段类型。
其次，数据关联，能否根据模型，自动生成多层级交叉调用的代码，成了低代码工具关键性指标。
再者，页面配置，目前比较主流的方案是通过 Json Schema ,一种国际规范的词汇表，允许你注释和验证。目前，采用此模式的低代码框架有很多，例如：阿里的XRender，vjsf等后面介绍。
最后，基于Seveless的事件机制，通过灵活定义函数与事件来满足更加复杂的业务流程。

文章插图

案例使用Schema快速搭建一个基于Vue3+antdv的注册表单：地址

文章插图

文章插图

它的好处在于能够让前端研发人员彻底从机械重复性工作中抽离出来，有充足的时间划水研究新技术，解决更棘手的复杂问题。
我们团队从17年就一直在折腾这方面，起初只是解决一些静态页面组装，到后来就是可视化装修业务页面。但因为人员精力不足，缺乏迭代和更新也是停留于内部，未能落地业务。不过也算打下了基础，去年又重新捡起来，参考Json schema的规范，重新基于业务研发了自己的效率工具平台，以解决中后台，业务单一的营销活动，官网，数据大屏等需求。

文章插图

其实，我们也一直在思考如何让更多组件通用。随着低代码场景的丰富，越来越多的复杂组件将被设计出来。如果每个团队都闭门造轮子可能又是个恶性循环。如果，我说如果，能够有一套类似schema的规范来定义各类组件，甚至复杂的业务组件，形成一个统一规范的仓库。那么前端同学就能够很轻便的选购组件和复用组件了，研发效率也将会再一次提升。
DevOps已彻底重构了研发各环节认识DevOps21年还有一项技术在釜底抽薪一样重塑着开发者的流程，那就是DevOps 。从最早的单体架构+瀑布模式开始，全栈是吃香的，自己搞一个Demo研发好，找一台服务器安装好环境，把项目解压上去开启服务就可以了。模式单一，出了问题拉一下日志，为了解放双手自己写一些脚本用于监听日志，自动备份等。

文章插图

随着业务体量增加，一台机器扛不住，加机器，单机变多机，架构也开始加入Nginx，redis,CDN,Nat等通用基础服务。随着多机器（大公司动则上千台），多人协作模式的发展，越来越多的问题暴露出来。全栈这个阶段作用减弱，分身乏术，开发专注于业务，运维进场。这时 Ops 的主要职责就是：硬件维护、网络设备维护、DBA 、基础服务维护、数据监控等，运维们擅长写各种部署，监控脚本，减少机械的重复工作。运维要求门槛变高，行业运维开发人员质量参差不齐，短时间无法靠人解决量的问题。随着架构越来越大，流程沟通成本变高，发布流程变长，测试无限排期，需求交付变成了画鸡成鸭。