一款更轻量、更自然,同时性能更强的前端框架

在当前主流前端框架(如 React、Vue、Svelte 等)百花齐放的时代,你可能会觉得前端框架已经没有创新空间了。但在日常开发中,我总是感觉一些痛点未被很好解决,比如:

  • 编译体积偏大
  • 响应式写法冗余、不自然
  • 更新粒度还可以更细致以提升性能
  • 框架的语法糖越来越多,同一个功能可能有多种写法,开发体验不够一致,代码风格难统一

带着这些思考,我决定自己造一个轮子:QingKuai(轻快)

QingKuai 的核心特性

极小的编译体积

QingKuai 编译后体积大约只有目前主流框架(甚至原生手写)的 20% ~ 50% ,这意味着更快的加载速度和更少的带宽消耗。

自然的响应式语法

在 QingKuai 中,响应式变量就是一个普通的变量,你无需使用特殊 API、getter/setter 或模板语法糖,直接在组件中书写纯粹的 JS/TS 即可完成响应式逻辑。

更细粒度的 DOM 更新

QingKuai 的响应式机制是以 节点为单位更新,不会对 DOM 做多余操作,性能上相比主流框架更优。

编译指令 + 引用属性:更统一的开发体验

核心设计采用了统一的编译指令引用属性系统,开发者能以更低理解和使用门槛完成更复杂的交互逻辑。

完整语言服务支持

QingKuai 自带完整的语言服务功能,支持 TypeScript 的智能提示、跳转、诊断等。在 VSCode 中只需安装扩展即可:

QingKuai Language Features

立即体验

写在最后

QingKuai 目前仍在快速演进中,非常欢迎你的反馈、提 issue 或参与贡献。

如果你也希望体验一种更轻快的前端开发方式,不妨试试 QingKuai!

欢迎在评论区告诉我你的使用感受,或你希望 QingKuai 能支持的功能。

相关推荐
计算机魔术师25 分钟前
烧掉2780亿美元还不够?OpenAI的资本豪赌让人头皮发麻
前端
IT_陈寒1 小时前
Java线程池用错参数,我的服务居然悄悄崩溃了
前端·人工智能·后端
卡布鲁1 小时前
React useMemo 与 useCallback 完全指南:原理、场景与避坑
前端·react.js
碳基修炼2 小时前
排查记:本地 devServer 是 http,浏览器却把 302 重定向升级成了 https
前端·http
步行cgn2 小时前
Spring p 命名空间注入详解
java·前端·spring
何何____2 小时前
Vue 生命周期详解
前端·javascript
江米小枣tonylua2 小时前
TypeScript 全面の拥抱 !Prisma 8 + Electron 升级实战
前端
闪耀之光M782 小时前
npm命令解析
前端
咸鱼老弟3 小时前
AI Agent 的"自主性悖论"——为什么给它的自由度越大,越要配一套更硬的护栏
前端·人工智能
默_笙3 小时前
💫 闭包是个背包:拆解小米前端面试题里的三道"闭包陷阱"
前端·javascript·面试