NickJiangDev

一、为什么要分离 之前的项目结构是这样的：框架代码（elpis-core、webpack 配置、通用组件）和业务代码（controller、router、model 配置、自定义页面）全部放在一个仓库

一、要补什么 上一篇结束时，schema-view 已经能渲染搜索栏和表格了。但表格里的"新增"、"修改"、"查看详情"按钮点了之后什么都不会发生。 这一篇要做的事情： 实现 schema-form

一、整体架构 先看全貌，整个构建体系由三层组成： 配置采用 Base + Dev + Prod 三层分离。webpack.base.js 放所有环境共用的配置，webpack.dev.js 和 web

一、为什么要做这个事情 作为程序员的我们如果只是单纯守着自己所谓的技术壁垒，去熟练的使用一门工具，或者一直做着重复性的增删改查工作，会导致我们的竞争力逐步减小，想要成为AI浪潮下的复合型人才，就需要逐

一、配置应该描述「是什么」，而不是「怎么做」 假设让一个不写代码的人描述一个后台管理系统，他大概会说：「有一个电商系统，顶部有商品管理、订单管理、客户管理三个菜单。点商品管理进去，能看到一张表，有商品

所有事都有吃力不讨好的部分，随着 Cursor 等 AI 工具在工程中的应用，我们可以逐渐将这部分职能分配出去，利用我们的知识储备，描述问题，引导过程，审核结果。工具的使用始终是为了节省人类体力和脑力

【vite插件】动手实现一个动态publicPath插件，类似__webpack_public_path__

「译」这篇文章将深入的挖掘我当时为什么会在项目中使用 CSS-in-JS （本文使用 Emotion 方案 ），而现在为什么正在放弃这样的方案。

业务需要使用自行搭建的前端组件库，组件库也由团队成员共同维护。但是我们遇到了一个很蛋疼的问题，就是里面的 SVG 图标更新非常频繁，往往更新一个图标就要发布一次组件库，导致组件库的版本号飞速叠加……