Vmo助你在Hooks盛行的前端年代里，找到面向对象的方式
@vmojs/decorator 一个帮助你更好，更快地创建前端数据模型的工具库，可以让你对数据处理过程更加简单，更加灵活。
关于前端使用数据模型这个话题我已经写过很多次相关的介绍，并且也确实在我们的业务项目里面实践过非常多的成功案例。经过一开始的 @vmojs/core 的继承数据模型到现在的 @vmojs/decorator 纯粹装饰器模式使用，期间有过很多次思考和打磨，接下来我想再次聊聊前端的数据模型应用和前端面向对象编程这个话题。
首先，面向对象的设计模式在一切复杂系统设计中都是被无数次验证过的成功经验，而在当代 Hooks 盛行的前端年代里，是否就代表着我们不再需要面向对象的设计
Vite + React 组件开发实践
去年，在 “阿里技术” 上发表的《这一年我的对组件的思考》 介绍了借助 TypeScript AST语法树解析，对 React 组件Props类型定义及注释提取，自动生成组件对应 截图、用法、参数说明、README、Demo 等。在社区中取得了比较好的反响，同时应用在团队中也取得了较为不错的结果，现在内部组件系统中已经累计使用该方案沉淀 1000+ 的 React组件。
之前我们是借助了 webpack + TypeScript 做了一套用于开发React组件 的 脚手架套件，当开发者要组件开发时，即可直接使用脚手架初始化对应项目结构进行开发。
虽然主路径上确实解决了组件开发中所遇到的
数据模型在电商前端领域的应用
前言
Vmo 是我在 18 年发布的一个工具库，用于快速创建数据模型，当时我写了一篇文章：Vmo 前端数据模型设计
在社区得到过一段时间的关注，当时我还在 xx 兔，从事三维装修相关的项目。在图形学的背景基础及海量复杂的数据的情况下，自然而然在前端则会衍生出一种数据处理、解析、消费的技术方案，也种下了我对数据模型概念的种子。
简单举个例子：
需要解析一个三维装修的房子的数据会有哪些呢？房子（Hourse）,楼层（Layer）,房间（Room）,墙体（Wall）,墙面（WallSpace）,墙角（Corner）,吊顶（Ceiling），踢脚线（Skirting），地（Floor，带厚度），
如何接"地气"的接入微前端
前言
微前端，这个概念已经在国内不止一次的登上各大热门话题，它所解决的问题也很明显，这几个微前端所提到的痛点在我们团队所维护的项目中也是非常凸显。
但我始终认为，一个新的技术、浪潮，每每被讨论最热门的一定是他背后所代表的杰出思考。
“微前端就是…xx 框架，xx 技术”
这种话就有点把这种杰出的思路说的局限了，我只能认为他是外行人，来蹭这个词的热度。
在我所负责的项目和团队中，已经有非常大的存量技术栈和页面已经在线上运行，任何迭代升级都必须要保证小心翼翼，万无一失。
可以说，从一定程度来讲，微前端所带来的这些好处是从用户体验和技术维护方面的，对业务的价值并不能量化体现，落地这项技术秉
这一年我的对组件的思考
这一年，对于我来说真是压力空前，之前公司接需求的时候大部分情况是看排期，如果排期紧张再协调安排处理。
BUT！ 来这边以后概况大致如下：
这边有个需求来处理下，什么？有其他任务？那不是很正常；
优先级？并行！都很重要，并行很正常，我这里也有好几个事并行呢，DeadLine是xxx号；
做的差不多了您看看？整理好一份文档描述清楚，以便沉淀；
你上次做的那个需求有地址吗，有相关介绍吗，有实现步骤，组件放在哪里了？这样聊不清楚，你写一份文档；
Hi all，这里有个地方我觉得这样处理非常零散，这不好…那不好…，我觉得可以这样！——好这件事，你负责跟进就按照你的想法处理。
这里我重新做了
