普通视图

发现新文章,点击刷新页面。
昨天 — 2026年1月11日首页

Ripple:一个现代的响应式 UI 框架

作者 jump_jump
2026年1月10日 12:42

用最直观的语法,构建最高效的 Web 应用

AI 时代,更需要精品框架

2026 年,AI 编程已经成为常态。Cursor、Claude、Copilot……开发者每天都在用 AI 生成大量代码。

但这带来了一个新问题:代码量爆炸,质量却在下降。

AI 可以快速生成代码,但它生成的往往是"能跑就行"的代码——冗余的状态管理、不必要的重渲染、臃肿的依赖。当项目规模增长,这些问题会被放大。

AI 时代不缺代码,缺的是精品框架——能够约束代码质量、保证性能、减少出错的框架。

现有框架的问题

// React: 样板代码太多
function Counter() {
  const [count, setCount] = useState(0)
  const increment = useCallback(() => {
    setCount(prev => prev + 1)
  }, [])
  return <button onClick={increment}>{count}</button>
}

// Vue: 需要记住 .value
const count = ref(0)
count.value++  // 忘记 .value 就出错

// 这些"仪式感"代码,AI 可能写对,也可能写错
// 更重要的是:它们让代码变得臃肿

Ripple 的答案:少即是多

component Counter() {
  let count = track(0);
  <button onClick={() => @count++}>{@count}</button>
}

4 行代码,零样板。

  • 没有 useState / ref / signal
  • 没有 useCallback / useMemo
  • 没有 .value / $:
  • 编译器自动优化,运行时极致精简
指标 React Vue Ripple
计数器代码行数 6-8 行 4-5 行 3 行
运行时大小 ~40KB ~30KB ~5KB
更新粒度 组件级 组件级 节点级

为什么这在 AI 时代更重要?

  1. 代码审查成本:AI 生成的代码需要人工审查,越简洁越好审
  2. 错误概率:语法越简单,AI(和人)出错的机会越少
  3. 性能兜底:即使 AI 不考虑性能,编译器会帮你优化
  4. 可维护性:三个月后回看代码,还能一眼看懂

Ripple 的设计哲学:代码应该读起来像它做的事情。


为什么选择 Ripple?

Ripple 追求两全其美——既要 React 的组件模型和 JSX 表达力,又要 Svelte 的编译时优化和极致性能。

看看这段代码:

component Counter() {
  let count = track(0);

  <button onClick={() => @count++}>
    {"点击了 "}{@count}{" 次"}
  </button>
}

这就是 Ripple。没有 useState,没有 $:,没有 .valuetrack() 创建状态,@ 读写值,简洁直观。

核心理念

1. 编译器优先

Ripple 不是一个运行时框架,而是一个编译器。你写的代码会被转换成高效的 JavaScript:

你写的代码                         编译后的代码
─────────────                     ─────────────
let count = track(0)            var count = _$_.tracked(0)
{@count}                        _$_.get(count)
@count++                        _$_.update(count)

这意味着:

  • 零运行时开销:响应式追踪在编译时完成
  • 更小的包体积:没有虚拟 DOM diff 算法
  • 更快的更新:直接操作需要更新的 DOM 节点

2. 组件即函数

在 Ripple 中,组件就是带有 component 关键字的函数:

component Greeting({ name = "World" }) {
  <h1>{"Hello, "}{name}{"!"}</h1>
}

// 使用
<Greeting name="Ripple" />

3. 响应式状态:track()@ 语法

track() 创建响应式变量,用 @ 读写值:

component Form() {
  let name = track("");
  let email = track("");

  <form>
    <input value={@name} onInput={(e) => @name = e.target.value} />
    <input value={@email} onInput={(e) => @email = e.target.value} />
    <p>{"你好,"}{@name}{"!我们会发邮件到 "}{@email}</p>
  </form>
}

4. 响应式集合:#[]#{}

数组和对象也可以是响应式的:

const items = #[];                          // 响应式数组
const user = #{ name: "Tom" };              // 响应式对象
const tags = new TrackedSet(["a", "b"]);    // 响应式 Set
const cache = new TrackedMap([["k", "v"]]); // 响应式 Map

对这些集合的任何修改都会自动触发 UI 更新:

items.push("new item");   // UI 自动更新
user.name = "Jerry";      // UI 自动更新

实战:构建一个 Todo 应用

让我们用 Ripple 构建一个完整的 Todo 应用,体验框架的核心特性。

完整代码

import { track } from 'ripple';

component TodoInput({ onAdd }) {
  let value = track("");

  function handleKeyDown(e) {
    if (e.key === "Enter" && @value.trim()) {
      onAdd(@value.trim());
      @value = "";
    }
  }

  <div class="input-section">
    <input
      type="text"
      placeholder="Add a new todo..."
      value={@value}
      onInput={(e) => @value = e.target.value}
      onKeyDown={handleKeyDown}
    />
    <button onClick={() => { if (@value.trim()) { onAdd(@value.trim()); @value = ""; } }}>{"Add"}</button>
  </div>
}

component TodoItem({ todo, onToggle, onDelete }) {
  <li>
    <input type="checkbox" checked={todo.completed} onChange={onToggle} />
    <span class={todo.completed ? "done" : ""}>{todo.text}</span>
    <button onClick={onDelete}>{"×"}</button>
  </li>
}

export component App() {
  const todos = #[];

  function addTodo(text) {
    todos.push(#{ id: Date.now(), text, completed: false });
  }

  function toggleTodo(todo) {
    todo.completed = !todo.completed;
  }

  function deleteTodo(id) {
    const index = todos.findIndex(t => t.id === id);
    if (index > -1) todos.splice(index, 1);
  }

  const activeCount = () => todos.filter(t => !t.completed).length;

  <div class="app">
    <h1>{"Todo App"}</h1>

    <TodoInput onAdd={addTodo} />

    <ul>
      for (const todo of todos) {
        <TodoItem
          todo={todo}
          onToggle={() => toggleTodo(todo)}
          onDelete={() => deleteTodo(todo.id)}
        />
      }
    </ul>

    <p>{todos.length}{" total, "}{activeCount()}{" remaining"}</p>
  </div>

  <style>
    .app { max-width: 400px; margin: 40px auto; font-family: system-ui; }
    h1 { color: #e91e63; }
    .input-section { display: flex; gap: 8px; margin-bottom: 16px; }
    .input-section input { flex: 1; padding: 8px; }
    ul { list-style: none; padding: 0; }
    li { display: flex; gap: 8px; align-items: center; padding: 8px 0; }
    li span { flex: 1; }
    li span.done { text-decoration: line-through; color: #888; }
    p { color: #666; font-size: 14px; }
  </style>
}

代码解析

1. 响应式数组 #[]

const todos = #[];

#[] 创建一个响应式数组。当你调用 pushsplicefilter 等方法时,Ripple 会自动追踪变化并更新 UI。

2. 响应式对象 #{}

todos.push(#{ id: Date.now(), text, completed: false });

每个 todo 项也是响应式对象,这样 todo.completed = !todo.completed 就能触发更新。

3. 控制流:内联 forif

for (const todo of todos) {
  <TodoItem todo={todo} ... />
}

if (todos.some(t => t.completed)) {
  <button>{"清除已完成"}</button>
}

Ripple 的控制流直接写在 JSX 中,不需要 map 或三元表达式。编译器会将其转换为高效的 block 结构。

4. 作用域样式

<style>
  .todo-item { ... }
</style>

组件内的 <style> 标签会被自动添加作用域哈希,不会污染全局样式。


编译产物一览

好奇 Ripple 编译器做了什么?来看看 @count++ 这行代码的旅程:

源码                     编译阶段               运行时
────                     ────────               ──────

let count = track(0)  →  解析为 AST     →    var count = _$_.tracked(0)
                         (TrackedExpression)

@count++              →  分析绑定类型    →    _$_.update(count)
                         (kind: 'tracked')

{@count}              →  转换为渲染函数  →    _$_.render(() => {
                                               _$_.set_text(anchor, _$_.get(count))
                                             })

三阶段编译流程:

  1. 解析 (Parse):将源码转为 AST,识别 @#[]component 等特殊语法
  2. 分析 (Analyze):构建作用域、标记变量类型、裁剪未使用的 CSS
  3. 转换 (Transform):生成客户端/服务端 JavaScript 代码

与其他框架对比

特性 Ripple React Vue 3 Svelte
响应式语法 track() + @ useState ref().value $:
虚拟 DOM
编译时优化 部分
包体积 ~5KB ~40KB ~30KB ~2KB
学习曲线
控制流 内联语法 map/三元 v-if/v-for {#if}/{#each}
样板代码 极少

编译器:质量的守护者

Ripple 的编译器不只是"翻译"代码,它是代码质量的守护者:

1. 自动依赖追踪

// 你只需要写业务逻辑
const fullName = () => `${@firstName} ${@lastName}`

// 编译器自动分析依赖,生成优化代码:
// _$_.render(() => set_text(anchor, `${get(firstName)} ${get(lastName)}`))

不需要 useMemo([dep1, dep2]),编译器比你更清楚依赖关系。

2. CSS 死代码消除

component Button() {
  <button class="primary">{"Click"}</button>

  <style>
    .primary { background: blue; }
    .secondary { background: gray; }  /* 编译器自动移除 */
    .danger { background: red; }      /* 编译器自动移除 */
  </style>
}

不用担心 CSS 越写越多,编译器只保留真正用到的样式。

3. 细粒度更新

component Profile() {
  const user = #{ name: "Tom", bio: "Developer" };

  <div>
    <h1>{user.name}</h1>      {/* 只在 name 变化时更新 */}
    <p>{user.bio}</p>         {/* 只在 bio 变化时更新 */}
  </div>
}

编译器分析每个表达式的依赖,生成最精确的更新逻辑。


让 AI 更懂 Ripple

Ripple 提供了 llms.txt,这是一份专为 AI 助手设计的框架说明文档。

当你使用 Claude、ChatGPT 或其他 AI 助手时,可以让它先阅读这份文档:

请先阅读 https://www.ripplejs.com/llms.txt,然后帮我用 Ripple 框架实现一个 [功能描述]

llms.txt 包含:

  • Ripple 核心语法速查
  • 常见模式和最佳实践
  • 易错点和正确写法
  • 完整示例代码

这确保 AI 生成的代码符合 Ripple 的设计理念,而不是用 React 的思维写 Ripple。


快速开始

# 创建新项目
npx create-ripple-app my-app
cd my-app

# 启动开发服务器
npm run dev

然后打开 src/App.ripple,开始编写你的第一个 Ripple 组件!


写在最后

AI 让写代码变得更快了,但"更快"不等于"更好"。

当代码生成的速度超过理解的速度,我们更需要:

  • 精简的语法 — 让代码量回归理性
  • 编译时优化 — 让性能有保障
  • 直观的心智模型 — 让维护不再痛苦

Ripple 不是为了追逐新概念而生,而是对"前端开发应该是什么样"的一次回答。

少写代码,写好代码。


Ripple — 让响应式回归简单

GitHub · 文档 · llms.txt

昨天以前首页

基于 Squoosh WASM 的浏览器端图片转换库

作者 jump_jump
2026年1月8日 02:21

在 Web 开发中,图片处理是一个常见需求。传统方案要么依赖服务端处理,要么使用 Canvas API,但前者增加服务器负担,后者在压缩质量上不尽人意。Google 的 Squoosh 项目提供了基于 WASM 的高质量图片编解码器,但直接使用比较繁琐。

于是我封装了 use-squoosh,一个零依赖的浏览器端图片转换库,通过 CDN 按需加载编解码器,开箱即用。

为什么需要这个库

现有方案的局限性

方案 优点 缺点
服务端处理 稳定可靠 增加服务器负担、网络开销
Canvas API 无依赖 JPEG 质量差、不支持 WebP 编码
直接使用 @jsquash 质量好 需要手动管理多个包、配置 WASM
在线工具 简单 隐私风险、批量处理不便

Canvas 的质量问题

Canvas 的 toBlob()toDataURL() 方法虽然简单,但存在明显缺陷:

// Canvas 方式
canvas.toBlob(callback, 'image/jpeg', 0.8);

问题:

  1. JPEG 编码器质量较差,同等文件大小下清晰度不如专业编码器
  2. 不支持 WebP 编码(部分旧浏览器)
  3. 无法精确控制编码参数

Squoosh 的优势

Squoosh 是 Google Chrome Labs 开发的图片压缩工具,其核心是一系列编译为 WASM 的高性能编解码器:

  • MozJPEG:Mozilla 优化的 JPEG 编码器,同等质量下文件更小
  • libwebp:Google 官方 WebP 编解码器
  • OxiPNG:Rust 编写的 PNG 优化器

@jsquash 将这些编解码器封装为独立的 npm 包,但直接使用需要:

  1. 安装多个包(@jsquash/webp、@jsquash/png、@jsquash/jpeg)
  2. 手动处理 WASM 文件加载
  3. 管理编解码器的初始化

use-squoosh 解决了这些问题。

核心设计思路

零依赖 + CDN 加载

最核心的设计决策是:不打包编解码器,运行时从 CDN 加载

// 编解码器通过动态 import 从 CDN 加载
const url = `${cdnConfig.baseUrl}/@jsquash/webp@${version}/encode.js`;
const module = await import(/* @vite-ignore */ url);

好处:

  1. 库本身体积极小(< 5KB gzipped)
  2. 编解码器按需加载,不使用的格式不会下载
  3. 利用 CDN 缓存,多项目共享同一份 WASM

加载时机:

  • 首次调用转换函数时加载对应格式的编解码器
  • 加载后缓存到 window 对象,页面内复用
  • 支持预加载关键格式

Promise 缓存避免竞态

并发场景下可能同时触发多次加载:

// 错误示例:可能重复加载
async function getEncoder() {
  if (!cache.encoder) {
    cache.encoder = await import(url);  // 并发时会多次触发
  }
  return cache.encoder;
}

解决方案是缓存 Promise 而非结果:

// 正确示例:缓存 Promise
async function getCodec(type: CodecType): Promise<any> {
  const cache = getCache();
  if (!cache[type]) {
    // 缓存 Promise 本身,而非 await 后的结果
    cache[type] = import(/* @vite-ignore */ url);
  }
  const module = await cache[type];
  return module.default;
}

这样即使并发调用,也只会触发一次网络请求。

全局缓存支持多项目共享

编解码器挂载到 window 对象:

function getCache(): CodecCache {
  if (typeof window !== "undefined") {
    const key = cdnConfig.cacheKey;
    if (!(window as any)[key]) {
      (window as any)[key] = createEmptyCache();
    }
    return (window as any)[key];
  }
  return moduleCache;  // 非浏览器环境回退
}

好处:

  • 同一页面多个组件/库使用 use-squoosh,共享编解码器
  • 页面导航不重新加载(SPA 场景)
  • 可配置 cacheKey 实现隔离

实现细节

格式自动检测

当输入是 BlobFile 时,自动从 MIME 类型检测格式:

const FORMAT_MAP: Record<string, ImageFormat> = {
  "image/png": "png",
  "image/jpeg": "jpeg",
  "image/webp": "webp",
  // 同时支持扩展名
  png: "png",
  jpeg: "jpeg",
  jpg: "jpeg",
  webp: "webp",
};

export async function convert(
  input: ArrayBuffer | Blob | File,
  options: ConvertOptions = {},
): Promise<ArrayBuffer> {
  let buffer: ArrayBuffer;
  let fromFormat = options.from;

  if (input instanceof Blob || input instanceof File) {
    buffer = await input.arrayBuffer();
    // 自动检测格式
    if (!fromFormat && input.type) {
      fromFormat = getFormat(input.type) ?? undefined;
    }
  } else {
    buffer = input;
  }

  // ...
}

解码 -> 编码流程

图片转换本质是:解码为 ImageData → 编码为目标格式。

export async function decode(
  buffer: ArrayBuffer,
  type: ImageFormat,
): Promise<ImageData> {
  switch (type.toLowerCase()) {
    case "png": {
      const decoder = await getPngDecoder();
      return decoder(buffer);
    }
    case "jpeg":
    case "jpg": {
      const decoder = await getJpegDecoder();
      return decoder(buffer);
    }
    case "webp": {
      const decoder = await getWebpDecoder();
      return decoder(buffer);
    }
    default:
      throw new Error(`Unsupported decode type: ${type}`);
  }
}

export async function encode(
  imageData: ImageData,
  type: ImageFormat,
  options: { quality?: number } = {},
): Promise<ArrayBuffer> {
  switch (type.toLowerCase()) {
    case "png": {
      const encoder = await getPngEncoder();
      return encoder(imageData);  // PNG 无损,不需要 quality
    }
    case "jpeg":
    case "jpg": {
      const encoder = await getJpegEncoder();
      return encoder(imageData, { quality: options.quality ?? 75 });
    }
    case "webp": {
      const encoder = await getWebpEncoder();
      return encoder(imageData, { quality: options.quality ?? 75 });
    }
    default:
      throw new Error(`Unsupported encode type: ${type}`);
  }
}

CDN 配置系统

支持自定义 CDN 地址和版本:

export interface CDNConfig {
  baseUrl?: string;      // CDN 基础路径
  webpVersion?: string;  // @jsquash/webp 版本
  pngVersion?: string;   // @jsquash/png 版本
  jpegVersion?: string;  // @jsquash/jpeg 版本
  cacheKey?: string;     // window 缓存 key
}

const defaultCDNConfig: Required<CDNConfig> = {
  baseUrl: "https://cdn.jsdelivr.net/npm",
  webpVersion: "1.5.0",
  pngVersion: "3.1.1",
  jpegVersion: "1.6.0",
  cacheKey: "__ImageConverterCache__",
};

智能缓存清除: 只有 CDN 相关配置变更时才清除缓存:

export function configure(config: CDNConfig): void {
  const cdnKeys: (keyof CDNConfig)[] = [
    "baseUrl", "webpVersion", "pngVersion", "jpegVersion",
  ];

  // 只有这些字段变更才清除缓存
  const needsClearCache = cdnKeys.some(
    (key) => key in config && config[key] !== cdnConfig[key],
  );

  cdnConfig = { ...cdnConfig, ...config };

  if (needsClearCache) {
    clearCache();
  }
}

编解码器 URL 生成

统一管理编解码器的包名、版本和文件路径:

const codecConfig: Record<
  CodecType,
  { pkg: string; version: keyof CDNConfig; file: string }
> = {
  webpEncoder: { pkg: "@jsquash/webp", version: "webpVersion", file: "encode.js" },
  webpDecoder: { pkg: "@jsquash/webp", version: "webpVersion", file: "decode.js" },
  pngEncoder: { pkg: "@jsquash/png", version: "pngVersion", file: "encode.js" },
  pngDecoder: { pkg: "@jsquash/png", version: "pngVersion", file: "decode.js" },
  jpegEncoder: { pkg: "@jsquash/jpeg", version: "jpegVersion", file: "encode.js" },
  jpegDecoder: { pkg: "@jsquash/jpeg", version: "jpegVersion", file: "decode.js" },
};

async function getCodec(type: CodecType): Promise<any> {
  const cache = getCache();
  if (!cache[type]) {
    const { pkg, version, file } = codecConfig[type];
    const url = `${cdnConfig.baseUrl}/${pkg}@${cdnConfig[version]}/${file}`;
    cache[type] = import(/* @vite-ignore */ url);
  }
  const module = await cache[type];
  return module.default;
}

使用方式

基本使用

import { convert, pngToWebp, compress } from 'use-squoosh';

// 文件选择器获取图片
const file = input.files[0];

// PNG 转 WebP
const webpBuffer = await pngToWebp(file, { quality: 80 });

// 通用转换
const result = await convert(file, {
  from: 'png',    // Blob/File 可省略,自动检测
  to: 'webp',
  quality: 85
});

// 压缩(保持原格式)
const compressed = await compress(file, {
  format: 'jpeg',
  quality: 70
});

配置 CDN

import { configure } from 'use-squoosh';

// 使用 unpkg
configure({ baseUrl: 'https://unpkg.com' });

// 使用自托管 CDN
configure({ baseUrl: 'https://your-cdn.com/npm' });

// 锁定特定版本
configure({
  webpVersion: '1.5.0',
  pngVersion: '3.1.1',
  jpegVersion: '1.6.0'
});

预加载优化首屏

import { preload, isLoaded } from 'use-squoosh';

// 页面加载时预加载常用格式
await preload(['webp', 'png']);

// 检查加载状态
if (isLoaded('webp')) {
  // WebP 编解码器已就绪
}

工具函数

import { toBlob, toDataURL, download } from 'use-squoosh';

const buffer = await pngToWebp(file);

// 转为 Blob
const blob = toBlob(buffer, 'image/webp');

// 转为 Data URL(用于 img.src)
const dataUrl = await toDataURL(buffer, 'image/webp');

// 触发下载
download(buffer, 'converted.webp', 'image/webp');

自托管 CDN

如果不想依赖公共 CDN,可以自托管编解码器文件。

目录结构要求

your-cdn.com/npm/
  @jsquash/
    webp@1.5.0/
      encode.js
      decode.js
    png@3.1.1/
      encode.js
      decode.js
    jpeg@1.6.0/
      encode.js
      decode.js

获取文件

从 npm 下载对应版本:

# 下载 @jsquash 包
npm pack @jsquash/webp@1.5.0
npm pack @jsquash/png@3.1.1
npm pack @jsquash/jpeg@1.6.0

# 解压并部署到 CDN

配置使用

configure({
  baseUrl: 'https://your-cdn.com/npm',
  webpVersion: '1.5.0',
  pngVersion: '3.1.1',
  jpegVersion: '1.6.0'
});

压缩效果对比

以一张 1920x1080 的 PNG 截图为例:

输出格式 Quality 文件大小 压缩率
原始 PNG - 2.1 MB -
WebP 80 186 KB 91%
WebP 90 312 KB 85%
JPEG 80 245 KB 88%
JPEG 90 398 KB 81%

WebP 在同等视觉质量下,文件大小比 JPEG 小约 25-35%。

浏览器兼容性

需要支持 WebAssembly 和动态 import:

浏览器 最低版本
Chrome 57+
Firefox 52+
Safari 11+
Edge 16+

覆盖全球 95%+ 的用户。

与其他方案对比

特性 use-squoosh browser-image-compression 直接使用 @jsquash
包大小 < 5KB ~50KB ~2KB × 6
运行时依赖 CDN 加载 打包在内 需手动配置
WebP 支持
PNG 优化
质量控制
自动格式检测
预加载 需手动
自定义 CDN
TypeScript

总结

use-squoosh 通过以下设计实现了易用的浏览器端图片转换:

  1. 零依赖设计:编解码器按需从 CDN 加载,库本身极轻量
  2. Promise 缓存:避免并发场景重复加载
  3. 全局共享:多组件/项目复用编解码器
  4. 灵活配置:支持自定义 CDN 和版本锁定
  5. TypeScript:完整类型定义,开发体验好

项目已开源:github.com/wsafight/us…

欢迎提出 issue 和 PR。

参考资料

  • Squoosh - Google 的在线图片压缩工具
  • jSquash - Squoosh 编解码器的 npm 封装
  • WebAssembly - 浏览器端高性能运行时
❌
❌