kosui

中文文档

0.2.0发布于 2026/11/04MITTypeScriptES Module构建来源已验证

Kosui

使用的精简组件库苦苏和密码。

这些原则是按优先顺序列出的。当它们发生冲突时，更高的原则获胜。

苗条的第一 —写习惯用语。选择符文、片段和Svelte内置的响应性，而不是与框架对抗的外部状态管理或模式。

是吝啬的 —保持组件尽可能简单。首先使用CSS；只有当CSS做不到的时候才使用JavaScript。不要添加没有价值的抽象。

默认可访问 ARIA角色、键盘导航和焦点管理是内置的，而不是附加的。一个组件只有在没有鼠标的情况下才算完成。

惯例重于发明 —如果一个组件是跨主要平台和框架（iOS、Android、Windows、macOS和web）的标准组件，那么它就属于库。它的行为应该是不足为奇的：按照这些平台的方式实现它，而不是我们想象它可能工作的方式。

透明的道具 组件不隐藏其底层DOM元素。每个成分都扩散开来 ...restProps 并提供了 el 绑定，这样消费者总是可以到达元素，而不需要对抗组件。

可组合胜过可配置 -比起布尔道具和字符串选项的扩散，更喜欢苗条的片段和组合。当组件需要定制时，请使用 {#snippet} 在添加另一个道具之前。

最小的依赖关系 -尽可能少的外部依赖。每个依赖项都是维护负担和潜在的破坏性更改。少量复制、易于理解的代码胜过大型的传递依赖关系图。

现代的基线 -目标当前，常绿浏览器。放弃旧的浏览器支持是可以接受的，以换取更简单的代码。

添加一个新的变更集：

pnpm changeset

kosui 共发布 30 个版本，首次发布于 2025/08/02；过去 12 个月发布了 3 个版本。最新版本附带 npm provenance 构建来源证明，可追溯到公开的 CI 构建记录。

在项目目录运行 npm install kosui，或使用 pnpm add / yarn add / bun add。它还需要宿主项目提供 peer 依赖：svelte（^5.0.0）。npm 7 及以上与 pnpm 8 及以上默认会自动安装必需的 peer 依赖，Yarn 需要手动安装。

支持。包内自带 TypeScript 类型声明（package.json 声明了 types 入口），安装后即可获得类型提示，无需再安装 @types 包。

以 ES Module 形式发布，推荐使用 import 引入。在 CommonJS 项目中，Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module，更早的版本需要改用动态 import()。

package.json 的 engines 字段要求 Node.js >= 20。版本不符时 npm 默认只给出警告，开启 engine-strict 后会拒绝安装。

kosui 使用 MIT 许可。宽松许可：允许商业使用、修改和再分发，通常只需在分发时保留原版权与许可声明。以上为概括，不构成法律意见，请以许可原文为准。

最新版本 0.2.0 发布于 2026/11/04（1 天前）；至今共发布 30 个版本，其中过去 12 个月发布了 3 个；首次发布于 2025/08/02。发布频率只是参考信号：功能稳定的工具可能很少需要更新，建议结合源码仓库的 issue 和提交记录判断。