Remix UI Context 指南handle.context 组件通信、组件身份与 TypedEventTarget 细粒度更新【免费下载链接】remixThe fully-stacked web framework项目地址: https://gitcode.com/GitHub_Trending/re/remix本文以 packages/ui/docs/context.md 为主线系统讲解 Remix UI本项目packages/ui中的组件运行时基于handle.context的跨组件通信机制从set()/get()基础用法、按组件身份Component Identity定位 Provider 的查找规则到利用TypedEventTarget实现只更新订阅者、避免整棵子树重渲染的细粒度更新模式。读完本文你将掌握在 Remix UI 中构建主题切换、菜单联动、全局用户状态等多层组件通信的完整实战方案并能理解其与handle.update()、handle.signal的配合方式。一、Context 是什么摆脱逐层 prop 传递的组件通信在组件树中深层嵌套的组件往往需要访问祖先组件持有的数据。如果通过 props 逐层传递中间层组件必须转发自己并不关心的数据既啰嗦又容易出错。Remix UI 的 Context 机制让组件之间无需直接传递 props 即可通信祖先组件提供值后代组件消费值。handle.context是每个组件Handle上的标准 API定义于 packages/ui/src/runtime/component.tscontext: ContextContextValue其类型ContextC暴露两个方法见 packages/ui/src/runtime/component.tsexport interface ContextC { /** Replaces the current context value for this component instance. */ set(values: C): void /** Reads the context value from the nearest ancestor instance of the given component type. */ getComponentType(component: ComponentType): ContextFromComponentType /** Reads an unknown context value for an untyped lookup. */ get(component: ElementType | symbol): unknown | undefined }set(values)替换当前组件实例的 context 值get(Component)从最近的祖先实例读取该组件类型提供的 context 值返回值由该组件的HandleProps, ContextValue泛型自动推断通过ContextFromComponentType类型推导见 component.ts另有get(component: ElementType | symbol)的免类型重载用于不确定类型的查找。需要特别指出的是Handle的第二个泛型参数ContextValue默认是NoContext即Recordstring, never这意味着不声明 context 类型的组件默认不提供任何上下文类型必须显式声明见 component.ts 的注释 Default Handle context so types must be declared explicitly。二、基础用法set 与 get 实现主题切换先看context.md中最基础、也最典型的用法——主题themeProvider 与消费者function ThemeProvider(handle: Handle{ children?: RemixNode }, { theme: light | dark }) { let theme: light | dark light handle.context.set({ theme }) return () ( div button mix{[ on(click, () { theme theme light ? dark : light handle.context.set({ theme }) handle.update() }), ]} Toggle Theme /button {handle.props.children} /div ) } function ThemedContent(handle: Handle) { let { theme } handle.context.get(ThemeProvider) return () ( div mix{[css({ backgroundColor: theme dark ? #000 : #fff })]} Current theme: {theme} /div ) }要点拆解ThemeProvider的Handle泛型声明为Handle{ children?: RemixNode }, { theme: light | dark }第二个参数即context 值类型。在 setup 作用域调用handle.context.set({ theme })把当前值写入实例消费方ThemedContent直接handle.context.get(ThemeProvider)——注意参数是Provider 组件函数本身而非字符串 key读取结果自动推断为{ theme: light | dark }点击按钮切换主题时先更新局部变量theme再handle.context.set({ theme })写入新值最后调用handle.update()触发重渲染。关键语义set 不会触发更新context.md特别强调了一个容易踩坑的语义Important:handle.context.set()does not cause any updates—it simply stores a value. If you want the component tree to update when context changes, you must callhandle.update()after setting the context (as shown above).从源码可以印证这一点在 component.ts 中context.set的实现仅仅是赋值set: (value: C) { this.#contextValue value },它只写入#contextValue私有字段组件实例的 context 存储不触发任何调度。所以提供新值 通知重渲染是两个独立动作先handle.context.set()再handle.update()后者会调度组件重渲染并返回一个在更新完成后 resolve 的AbortSignal详见 handle.md。三、组件身份Component Identity按组件函数精确定位context.md指出context 查找的键是组件身份Context lookup is keyed by component identity.handle.context.get(Component)reads the nearest ancestor instance whose component function is exactlyComponent, and the returned value is inferred from that componentsHandleProps, ContextValuetype.也就是说get()的参数是组件函数引用本身get(Component)会向上查找组件函数严格等于Component的最近祖先实例。这一设计的收益体现在两方面关系显式化组件之间的依赖关系通过 Provider 函数引用直接表达不依赖字符串命名因此不会发生无关 Provider 之间的意外碰撞嵌套遮蔽与类型独立同一 Provider 的嵌套实例会遮蔽外层实例取最近者而即使两个不同组件提供的 context 值形状完全相同它们也各自独立、互不干扰。共享 Provider 模式多个公开组件复用同一作用域当多个公开组件需要提供同一个逻辑作用域时context.md给出的推荐做法是创建一个共享的 Provider 组件让每个公开组件都渲染它。典型的例子是菜单Menu的 scope 共享type MenuScopeValue { id: string } function MenuScope(handle: Handle{ children?: RemixNode }, MenuScopeValue) { handle.context.set({ id: handle.id }) return () handle.props.children } function MenuRoot(handle: Handle{ children?: RemixNode }) { return () MenuScope{handle.props.children}/MenuScope } function MenuGroup(handle: Handle{ children?: RemixNode }) { return () MenuScope{handle.props.children}/MenuScope } function MenuTrigger(handle: Handle) { let scope handle.context.get(MenuScope) return () button aria-controls{scope.id}Open/button }这里MenuRoot与MenuGroup是两个不同的公开组件但它们都通过渲染MenuScope来提供{ id: string }上下文。MenuTrigger只需handle.context.get(MenuScope)就能拿到最近一层 MenuScope 的id——无论它嵌套在 Root 还是 Group 之下。注意scope.id取自handle.id每个组件实例的稳定标识符可用于htmlFor、aria-owns等 HTML API见 handle.md保证每次渲染的作用域 id 唯一且稳定。这一模式在仓库的真实组件中有直接应用packages/ui/src/menu/primitives.tsx中MenuProvider同时使用handle.context.set(context)提供菜单上下文见 primitives.tsx而其内部各处通过handle.context.get(MenuProvider)读取如 triggerMixin 和 MenuItem并且MenuProvider内部还通过handle.context.get(MenuProvider)查找父级菜单以实现嵌套子菜单的父子关联见 primitives.tsx——这正是同组件嵌套实例遮蔽外层语义的实际运用。四、细粒度更新用 TypedEventTarget 避免整棵子树重渲染第二节的朴素实现有一个性能隐患每次点击按钮Provider 都要调用handle.update()从而重渲染整棵子树包括所有不关心主题的后代组件。context.md给出的进阶方案是context 值本身不再存普通对象而是存一个TypedEventTarget实例让后代组件自行订阅它关心的变化事件Provider 完全不需要调用handle.update()。TypedEventTarget 是什么TypedEventTarget是仓库内定义的一个带类型事件映射的EventTarget子类见 packages/ui/src/runtime/typed-event-target.tsexport class TypedEventTargeteventMap extends EventTarget {}它通过 TypeScript 接口为addEventListener/removeEventListener提供基于事件映射的类型安全重载每个事件名对应一个特定的事件类型监听器参数会被自动推断见 typed-event-target.ts 的TypedEventListenereventMap映射类型。从packages/ui/src/index.ts可以看出TypedEventTarget是remix/ui对外导出的公开 API。完整示例事件驱动的主题切换context.md给出了完整实现import { TypedEventTarget } from remix/ui class Theme extends TypedEventTarget{ change: Event } { #value: light | dark light get value() { return this.#value } setValue(value: light | dark) { this.#value value this.dispatchEvent(new Event(change)) } } function ThemeProvider(handle: Handle{ children?: RemixNode }, Theme) { let theme new Theme() handle.context.set(theme) return () ( div button mix{[ on(click, () { // No update needed - consumers subscribe to changes theme.setValue(theme.value light ? dark : light) }), ]} Toggle Theme /button {handle.props.children} /div ) } function ThemedContent(handle: Handle) { let theme handle.context.get(ThemeProvider) // Subscribe to granular updates theme.addEventListener(change, () handle.update(), { signal: handle.signal }) return () ( div mix{[css({ backgroundColor: theme.value dark ? #000 : #fff })]} Current theme: {theme.value} /div ) }与朴素实现的关键差异Provider 不再持有可变局部变量而是把Theme实例作为 context 值 set 下去点击按钮时直接调用theme.setValue(...)不调用handle.update()Provider 本身及其无关子树完全不会重渲染消费者主动订阅ThemedContent通过theme.addEventListener(change, () handle.update(), { signal: handle.signal })注册监听并在收到change事件时只更新自己这个组件自动清理{ signal: handle.signal }把handle.signal组件断开连接时会被 abort 的AbortSignal见 handle.md传给addEventListener组件从树中移除时监听器自动解绑无需手动removeEventListener。context.md总结了这一模式的三大收益No unnecessary re-renders只有订阅了变化的组件才会被更新Decoupled updatesProvider 在 context 变化时无需调用handle.update()Type-safe eventsTypedEventTarget保证事件处理器收到的都是正确的事件类型。仓库内的可运行演示见 packages/ui/src/runtime/demos/readme.demo.tsxThemeProviderAdvanced事件驱动版与朴素版ThemeProvider并列展示其中按钮回调注释明确写着 no updates in the parent component。五、多值上下文一个 AppContext 管多个领域当需要同时提供多个相关值时比如用户信息 应用设置context.md推荐在一个TypedEventTarget子类里定义多个事件让不同消费者只订阅自己关心的变化class AppContext extends TypedEventTarget{ userChange: Event; settingsChange: Event } { #user: User | null null #settings: Settings defaultSettings get user() { return this.#user } get settings() { return this.#settings } setUser(user: User | null) { this.#user user this.dispatchEvent(new Event(userChange)) } setSettings(settings: Settings) { this.#settings settings this.dispatchEvent(new Event(settingsChange)) } } function AppProvider(handle: Handle{ children?: RemixNode }, AppContext) { let context new AppContext() handle.context.set(context) return () handle.props.children } // Components can subscribe to only the events they care about function UserDisplay(handle: Handle) { let context handle.context.get(AppProvider) context.addEventListener(userChange, () handle.update(), { signal: handle.signal }) return () div{context.user?.name ?? Not logged in}/div }这套模式的价值在于按关注点拆分更新粒度UserDisplay只监听userChange即使settings频繁变化也不会触发它的重渲染未来任何组件都可以通过context.settings读取设置并通过settingsChange订阅。事件映射{ userChange: Event; settingsChange: Event }也天然具备自文档作用——一个组件能订阅哪些事件一目了然。如何选择普通对象值 vs TypedEventTarget 值结合前文可以归纳出两条实践准则场景推荐方式理由值在组件挂载期间基本不变如静态配置、scope idhandle.context.set({ ... })普通对象简单直接无需事件开销值会被频繁修改且只有部分后代关心handle.context.set(typedEventTarget)只更新订阅者避免整棵子树重渲染多领域状态用户、设置等并存单一TypedEventTarget子类 多事件每个消费者只订阅自己关心的事件无论哪种方式都要牢记set()只存储、不调度更新若没有事件订阅机制兜底就必须在 set 之后显式调用handle.update()。六、相关 API 与延伸阅读Handle APIhandle.context的完整参考包含handle.update()返回 promise AbortSignal、handle.queueTask()、handle.signal、handle.id、handle.frames等全部能力Eventson()mixin 与基于 signal 的异步事件处理事件处理器收到的AbortSignal会在处理器重入或组件移除时被 abort可防止竞态packages/ui/src/runtime/component.tsHandle接口、ContextC接口、ContextFrom类型推导与NoContext默认类型的源码定义packages/ui/src/runtime/typed-event-target.tsTypedEventTarget的实现与类型安全重载packages/ui/src/menu/primitives.tsxMenu 组件中MenuProvider/MenuTrigger/MenuItem对handle.context.get(MenuProvider)的真实使用以及嵌套菜单对同组件遮蔽语义的依赖packages/ui/src/runtime/demos/readme.demo.tsx朴素版与事件驱动版主题 Provider 的可运行对照演示。结合 getting-started.md 与 patterns.md 可以进一步了解组件运行时的基础模型与常见组合模式当上下文变化需要联动页面级刷新时还可以配合 handle.md 中的handle.frames.top.reload()与命名 frame 查找完成跨区域协同。【免费下载链接】remixThe fully-stacked web framework项目地址: https://gitcode.com/GitHub_Trending/re/remix创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Remix UI Context 指南handle.context 组件通信、组件身份与 TypedEventTarget 细粒度更新【免费下载链接】remixThe fully-stacked web framework项目地址: https://gitcode.com/GitHub_Trending/re/remix本文以 packages/ui/docs/context.md 为主线系统讲解 Remix UI本项目packages/ui中的组件运行时基于handle.context的跨组件通信机制从set()/get()基础用法、按组件身份Component Identity定位 Provider 的查找规则到利用TypedEventTarget实现只更新订阅者、避免整棵子树重渲染的细粒度更新模式。读完本文你将掌握在 Remix UI 中构建主题切换、菜单联动、全局用户状态等多层组件通信的完整实战方案并能理解其与handle.update()、handle.signal的配合方式。一、Context 是什么摆脱逐层 prop 传递的组件通信在组件树中深层嵌套的组件往往需要访问祖先组件持有的数据。如果通过 props 逐层传递中间层组件必须转发自己并不关心的数据既啰嗦又容易出错。Remix UI 的 Context 机制让组件之间无需直接传递 props 即可通信祖先组件提供值后代组件消费值。handle.context是每个组件Handle上的标准 API定义于 packages/ui/src/runtime/component.tscontext: ContextContextValue其类型ContextC暴露两个方法见 packages/ui/src/runtime/component.tsexport interface ContextC { /** Replaces the current context value for this component instance. */ set(values: C): void /** Reads the context value from the nearest ancestor instance of the given component type. */ getComponentType(component: ComponentType): ContextFromComponentType /** Reads an unknown context value for an untyped lookup. */ get(component: ElementType | symbol): unknown | undefined }set(values)替换当前组件实例的 context 值get(Component)从最近的祖先实例读取该组件类型提供的 context 值返回值由该组件的HandleProps, ContextValue泛型自动推断通过ContextFromComponentType类型推导见 component.ts另有get(component: ElementType | symbol)的免类型重载用于不确定类型的查找。需要特别指出的是Handle的第二个泛型参数ContextValue默认是NoContext即Recordstring, never这意味着不声明 context 类型的组件默认不提供任何上下文类型必须显式声明见 component.ts 的注释 Default Handle context so types must be declared explicitly。二、基础用法set 与 get 实现主题切换先看context.md中最基础、也最典型的用法——主题themeProvider 与消费者function ThemeProvider(handle: Handle{ children?: RemixNode }, { theme: light | dark }) { let theme: light | dark light handle.context.set({ theme }) return () ( div button mix{[ on(click, () { theme theme light ? dark : light handle.context.set({ theme }) handle.update() }), ]} Toggle Theme /button {handle.props.children} /div ) } function ThemedContent(handle: Handle) { let { theme } handle.context.get(ThemeProvider) return () ( div mix{[css({ backgroundColor: theme dark ? #000 : #fff })]} Current theme: {theme} /div ) }要点拆解ThemeProvider的Handle泛型声明为Handle{ children?: RemixNode }, { theme: light | dark }第二个参数即context 值类型。在 setup 作用域调用handle.context.set({ theme })把当前值写入实例消费方ThemedContent直接handle.context.get(ThemeProvider)——注意参数是Provider 组件函数本身而非字符串 key读取结果自动推断为{ theme: light | dark }点击按钮切换主题时先更新局部变量theme再handle.context.set({ theme })写入新值最后调用handle.update()触发重渲染。关键语义set 不会触发更新context.md特别强调了一个容易踩坑的语义Important:handle.context.set()does not cause any updates—it simply stores a value. If you want the component tree to update when context changes, you must callhandle.update()after setting the context (as shown above).从源码可以印证这一点在 component.ts 中context.set的实现仅仅是赋值set: (value: C) { this.#contextValue value },它只写入#contextValue私有字段组件实例的 context 存储不触发任何调度。所以提供新值 通知重渲染是两个独立动作先handle.context.set()再handle.update()后者会调度组件重渲染并返回一个在更新完成后 resolve 的AbortSignal详见 handle.md。三、组件身份Component Identity按组件函数精确定位context.md指出context 查找的键是组件身份Context lookup is keyed by component identity.handle.context.get(Component)reads the nearest ancestor instance whose component function is exactlyComponent, and the returned value is inferred from that componentsHandleProps, ContextValuetype.也就是说get()的参数是组件函数引用本身get(Component)会向上查找组件函数严格等于Component的最近祖先实例。这一设计的收益体现在两方面关系显式化组件之间的依赖关系通过 Provider 函数引用直接表达不依赖字符串命名因此不会发生无关 Provider 之间的意外碰撞嵌套遮蔽与类型独立同一 Provider 的嵌套实例会遮蔽外层实例取最近者而即使两个不同组件提供的 context 值形状完全相同它们也各自独立、互不干扰。共享 Provider 模式多个公开组件复用同一作用域当多个公开组件需要提供同一个逻辑作用域时context.md给出的推荐做法是创建一个共享的 Provider 组件让每个公开组件都渲染它。典型的例子是菜单Menu的 scope 共享type MenuScopeValue { id: string } function MenuScope(handle: Handle{ children?: RemixNode }, MenuScopeValue) { handle.context.set({ id: handle.id }) return () handle.props.children } function MenuRoot(handle: Handle{ children?: RemixNode }) { return () MenuScope{handle.props.children}/MenuScope } function MenuGroup(handle: Handle{ children?: RemixNode }) { return () MenuScope{handle.props.children}/MenuScope } function MenuTrigger(handle: Handle) { let scope handle.context.get(MenuScope) return () button aria-controls{scope.id}Open/button }这里MenuRoot与MenuGroup是两个不同的公开组件但它们都通过渲染MenuScope来提供{ id: string }上下文。MenuTrigger只需handle.context.get(MenuScope)就能拿到最近一层 MenuScope 的id——无论它嵌套在 Root 还是 Group 之下。注意scope.id取自handle.id每个组件实例的稳定标识符可用于htmlFor、aria-owns等 HTML API见 handle.md保证每次渲染的作用域 id 唯一且稳定。这一模式在仓库的真实组件中有直接应用packages/ui/src/menu/primitives.tsx中MenuProvider同时使用handle.context.set(context)提供菜单上下文见 primitives.tsx而其内部各处通过handle.context.get(MenuProvider)读取如 triggerMixin 和 MenuItem并且MenuProvider内部还通过handle.context.get(MenuProvider)查找父级菜单以实现嵌套子菜单的父子关联见 primitives.tsx——这正是同组件嵌套实例遮蔽外层语义的实际运用。四、细粒度更新用 TypedEventTarget 避免整棵子树重渲染第二节的朴素实现有一个性能隐患每次点击按钮Provider 都要调用handle.update()从而重渲染整棵子树包括所有不关心主题的后代组件。context.md给出的进阶方案是context 值本身不再存普通对象而是存一个TypedEventTarget实例让后代组件自行订阅它关心的变化事件Provider 完全不需要调用handle.update()。TypedEventTarget 是什么TypedEventTarget是仓库内定义的一个带类型事件映射的EventTarget子类见 packages/ui/src/runtime/typed-event-target.tsexport class TypedEventTargeteventMap extends EventTarget {}它通过 TypeScript 接口为addEventListener/removeEventListener提供基于事件映射的类型安全重载每个事件名对应一个特定的事件类型监听器参数会被自动推断见 typed-event-target.ts 的TypedEventListenereventMap映射类型。从packages/ui/src/index.ts可以看出TypedEventTarget是remix/ui对外导出的公开 API。完整示例事件驱动的主题切换context.md给出了完整实现import { TypedEventTarget } from remix/ui class Theme extends TypedEventTarget{ change: Event } { #value: light | dark light get value() { return this.#value } setValue(value: light | dark) { this.#value value this.dispatchEvent(new Event(change)) } } function ThemeProvider(handle: Handle{ children?: RemixNode }, Theme) { let theme new Theme() handle.context.set(theme) return () ( div button mix{[ on(click, () { // No update needed - consumers subscribe to changes theme.setValue(theme.value light ? dark : light) }), ]} Toggle Theme /button {handle.props.children} /div ) } function ThemedContent(handle: Handle) { let theme handle.context.get(ThemeProvider) // Subscribe to granular updates theme.addEventListener(change, () handle.update(), { signal: handle.signal }) return () ( div mix{[css({ backgroundColor: theme.value dark ? #000 : #fff })]} Current theme: {theme.value} /div ) }与朴素实现的关键差异Provider 不再持有可变局部变量而是把Theme实例作为 context 值 set 下去点击按钮时直接调用theme.setValue(...)不调用handle.update()Provider 本身及其无关子树完全不会重渲染消费者主动订阅ThemedContent通过theme.addEventListener(change, () handle.update(), { signal: handle.signal })注册监听并在收到change事件时只更新自己这个组件自动清理{ signal: handle.signal }把handle.signal组件断开连接时会被 abort 的AbortSignal见 handle.md传给addEventListener组件从树中移除时监听器自动解绑无需手动removeEventListener。context.md总结了这一模式的三大收益No unnecessary re-renders只有订阅了变化的组件才会被更新Decoupled updatesProvider 在 context 变化时无需调用handle.update()Type-safe eventsTypedEventTarget保证事件处理器收到的都是正确的事件类型。仓库内的可运行演示见 packages/ui/src/runtime/demos/readme.demo.tsxThemeProviderAdvanced事件驱动版与朴素版ThemeProvider并列展示其中按钮回调注释明确写着 no updates in the parent component。五、多值上下文一个 AppContext 管多个领域当需要同时提供多个相关值时比如用户信息 应用设置context.md推荐在一个TypedEventTarget子类里定义多个事件让不同消费者只订阅自己关心的变化class AppContext extends TypedEventTarget{ userChange: Event; settingsChange: Event } { #user: User | null null #settings: Settings defaultSettings get user() { return this.#user } get settings() { return this.#settings } setUser(user: User | null) { this.#user user this.dispatchEvent(new Event(userChange)) } setSettings(settings: Settings) { this.#settings settings this.dispatchEvent(new Event(settingsChange)) } } function AppProvider(handle: Handle{ children?: RemixNode }, AppContext) { let context new AppContext() handle.context.set(context) return () handle.props.children } // Components can subscribe to only the events they care about function UserDisplay(handle: Handle) { let context handle.context.get(AppProvider) context.addEventListener(userChange, () handle.update(), { signal: handle.signal }) return () div{context.user?.name ?? Not logged in}/div }这套模式的价值在于按关注点拆分更新粒度UserDisplay只监听userChange即使settings频繁变化也不会触发它的重渲染未来任何组件都可以通过context.settings读取设置并通过settingsChange订阅。事件映射{ userChange: Event; settingsChange: Event }也天然具备自文档作用——一个组件能订阅哪些事件一目了然。如何选择普通对象值 vs TypedEventTarget 值结合前文可以归纳出两条实践准则场景推荐方式理由值在组件挂载期间基本不变如静态配置、scope idhandle.context.set({ ... })普通对象简单直接无需事件开销值会被频繁修改且只有部分后代关心handle.context.set(typedEventTarget)只更新订阅者避免整棵子树重渲染多领域状态用户、设置等并存单一TypedEventTarget子类 多事件每个消费者只订阅自己关心的事件无论哪种方式都要牢记set()只存储、不调度更新若没有事件订阅机制兜底就必须在 set 之后显式调用handle.update()。六、相关 API 与延伸阅读Handle APIhandle.context的完整参考包含handle.update()返回 promise AbortSignal、handle.queueTask()、handle.signal、handle.id、handle.frames等全部能力Eventson()mixin 与基于 signal 的异步事件处理事件处理器收到的AbortSignal会在处理器重入或组件移除时被 abort可防止竞态packages/ui/src/runtime/component.tsHandle接口、ContextC接口、ContextFrom类型推导与NoContext默认类型的源码定义packages/ui/src/runtime/typed-event-target.tsTypedEventTarget的实现与类型安全重载packages/ui/src/menu/primitives.tsxMenu 组件中MenuProvider/MenuTrigger/MenuItem对handle.context.get(MenuProvider)的真实使用以及嵌套菜单对同组件遮蔽语义的依赖packages/ui/src/runtime/demos/readme.demo.tsx朴素版与事件驱动版主题 Provider 的可运行对照演示。结合 getting-started.md 与 patterns.md 可以进一步了解组件运行时的基础模型与常见组合模式当上下文变化需要联动页面级刷新时还可以配合 handle.md 中的handle.frames.top.reload()与命名 frame 查找完成跨区域协同。【免费下载链接】remixThe fully-stacked web framework项目地址: https://gitcode.com/GitHub_Trending/re/remix创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
