之前我在《如何看待技术匠心》 的文章中提到，今后的一段时间，互联网行业都将会处于一个价值回归的状态。每个在互联网行业中的职业，都比以往更加需要知道 职业和个人的核心竞争力。

• 企业为什么需要前端工程师？
• 当前国内环境下，前端工程师的核心竞争力是什么？
• 如何创造更多前端岗位？

这几个问题我思考了很久，其背后所代表的目的是一样的。前端开发者，如何能够在这个洪流涌动的时代中更有竞争力。

Formily 作为阿里巴巴旗下开源的一套非常火热的表单解决方案，目前已有 7.8k Star，针对表单这一领域场景，以非常完整、高效、先进的方式解决了开发表单过程中能遇到的几乎全部问题。

面向企业级表单的专业解决方案，专业！

Formily 2.0 正式发布至今已有 7 个月，作为 Contributor 之一，我将以一个企业级复杂度的表单——商品发布，作为应用场景做一个实践总结。

Vite 在21 ~ 22年在前端界可谓风生水起，颠覆传统也不为过。
20年4月，尤雨溪发推说：“我感觉我再也回不到Webpack了”，Webpack作者用中文直呼：大哥… 在22年的今天，我们再看这个Twitter是不是感觉这声 “大哥” 喊得歇斯底里 😂。

到底Vite有什么魔力，可以让全世界的前端开发者们争先恐后的投入怀抱呢？
如果只说一个特点，那就是 “快”，不是传统概念的那种快个百分之多少，是tm的几十倍几百倍的快！

在设计一套客户端软件，尤其是基础模块时，我们通常会考虑到扩展性。而插件机制是一套非常好的解决思路，可以让其他开发者按照我们预期的路径进行功能扩展。

那么在软件初期，我们要如何设计一套较为完善的插件模式呢？本篇将会从我个人对插件的懵懂认知开始，逐步介绍如何形成一个较为完善的解决思路。

Plugin（Plug-in, addin, add-in, addon 或 add-on）是一种计算机应用程序，它和主应用程序（host application）互相交互，以提供特定的功能。

@vmojs/decorator 一个帮助你更好，更快地创建前端数据模型的工具库，可以让你对数据处理过程更加简单，更加灵活。

关于前端使用数据模型这个话题我已经写过很多次相关的介绍，并且也确实在我们的业务项目里面实践过非常多的成功案例。经过一开始的 @vmojs/core 的继承数据模型到现在的 @vmojs/decorator 纯粹装饰器模式使用，期间有过很多次思考和打磨，接下来我想再次聊聊前端的数据模型应用和前端面向对象编程这个话题。

首先，面向对象的设计模式在一切复杂系统设计中都是被无数次验证过的成功经验，而在当代 Hooks 盛行的前端年代里，是否就代表着我们不再需要面向对象的设计模式了？是否代表着曾今盛行的 Class 不再有价值了？

去年，在 “阿里技术” 上发表的《这一年我的对组件的思考》 介绍了借助 TypeScript AST语法树解析，对 React 组件Props类型定义及注释提取，自动生成组件对应 截图、用法、参数说明、README、Demo 等。在社区中取得了比较好的反响，同时应用在团队中也取得了较为不错的结果，现在内部组件系统中已经累计使用该方案沉淀 1000+ 的 React组件。

之前我们是借助了 webpack + TypeScript 做了一套用于开发React组件 的 脚手架套件，当开发者要组件开发时，即可直接使用脚手架初始化对应项目结构进行开发。

Vmo 是我在 18 年发布的一个工具库，用于快速创建数据模型，当时我写了一篇文章：Vmo 前端数据模型设计

在社区得到过一段时间的关注，当时我还在 xx 兔，从事三维装修相关的项目。在图形学的背景基础及海量复杂的数据的情况下，自然而然在前端则会衍生出一种数据处理、解析、消费的技术方案，也种下了我对数据模型概念的种子。

简单举个例子：

微前端，这个概念已经在国内不止一次的登上各大热门话题，它所解决的问题也很明显，这几个微前端所提到的痛点在我们团队所维护的项目中也是非常凸显。

但我始终认为，一个新的技术、浪潮，每每被讨论最热门的一定是他背后所代表的杰出思考。

“微前端就是…xx 框架，xx 技术”

这一年，对于我来说真是压力空前，之前公司接需求的时候大部分情况是看排期，如果排期紧张再协调安排处理。

BUT！ 来这边以后概况大致如下：

这边有个需求来处理下，什么？有其他任务？那不是很正常；

在 Tumax 项目中，作为编辑器存在非常多的“视图交互”，其中关于显隐就是一块状态复杂、由多重因素影响的交互重灾区。

随着项目的不断迭代，业务需求的不断增多，隐藏的交互事件也逐渐增多（墙体隐藏，吊顶隐藏，地面模型隐藏，硬装下隐藏，选择房间后隐藏，挂墙、门窗跟随隐藏，不同路由显隐不同），这么多显隐逻辑混在一起，逐渐发现我们以前原有的显隐逻辑变得异常混乱。