React Bits
110+开源的 React 动画组件合集
如果你在做 GTK 桌面应用，界面往往要落到控件层级、属性、信号和资源文件上。Cambalache 把这些工作放进一个可视化编辑器里，同时保留可以继续交给开发环境处理的项目和界面文件。它支持 GTK 4 与 GTK 3，也能处理 Blueprint、CSS、GResource 和第三方控件库。
我重新核对了 GNOME GitLab 上的官方仓库、1.2.0 标签、安装说明和许可文件。核心程序可以匿名下载与构建，没有试用期、会员、积分、订阅或付费功能层。项目接受自愿捐赠，捐赠不会解锁功能。
核心信息
| 项目 | 说明 |
|---|---|
| 资源类型 | GTK 桌面应用界面设计工具 |
| 支持范围 | GTK 4、GTK 3、libadwaita、libhandy 与第三方控件库 |
| 项目格式 | Cambalache 项目、GtkBuilder UI、Blueprint、CSS 与 GResource |
| 当前版本 | 1.2.0，固定提交 f0a0e744 |
| 推荐安装 | Linux 上通过 Flathub 安装官方构建 |
| 账号要求 | 浏览源码、下载和安装无需注册 |
| 免费范围 | 完整核心程序与公开源码，不含付费层或功能解锁 |
| 许可 | Cambalache 采用 LGPL 2.1，配套工具采用 GPL 2.0 |
资源里有什么
Cambalache 的主界面围绕项目树、控件目录、属性编辑和工作区展开。你可以新建 GTK 4 或 GTK 3 项目，把窗口、容器和常用控件拖入层级，随后调整属性、信号、可翻译字段和对象引用。工作区会在独立进程中渲染界面，编辑器本身与预览之间保持隔离。
1.0 以后加入了基础用户手册、项目设置、Blueprint 支持、第三方控件库选择、CSS 编辑改进和 GResource 预览。1.2.0 又把控件目录更新到 GNOME SDK 51。它更适合整理真实应用的界面结构，也方便把设计结果交回代码仓库继续开发。
如何查找和下载
- Linux 用户先打开 Flathub 的 Cambalache 页面，按发行版说明安装 Flatpak，再安装官方应用。
- 启动后按目标版本新建 GTK 4 或 GTK 3 项目，先确定窗口与主要容器，再逐层加入控件。
- 需要接手现有项目时，用导入功能读取 UI 或 Blueprint 文件，并检查无法识别的自定义类型。
- 在属性面板里补齐控件属性、信号、翻译标记和对象关系，再用工作区检查布局与滚动区域。
- 把项目文件、UI 文件、CSS 和 GResource 一起纳入版本控制，提交前再回到实际应用中运行一次。
许可与商用边界
| 使用方式 | 边界 |
|---|---|
| 商业项目 | 可以用 Cambalache 设计商业应用界面，软件本身不收许可费。 |
| 内部使用 | 团队内部安装和使用核心程序没有账号、试用期或付费功能限制。 |
| 分发程序 | 分发 Cambalache 本体、修改版或相关工具时，要分别履行 LGPL 2.1 或 GPL 2.0 的许可义务。 |
| 修改源码 | 可以修改源码。向外分发修改版本时，要保留许可与版权信息，并按适用条款提供对应源码和修改说明。 |
| 设计产物 | 项目里的代码、图标、字体和第三方控件仍受各自许可约束，应逐项确认来源。 |
| 名称与标志 | 开源许可不会自动授予项目名称或标志的商标使用权。 |
这里的免费结论只覆盖官方仓库中的 Cambalache 核心程序与配套工具。把程序打包给客户、制作自己的发行版或嵌入其他产品时，需要按实际分发内容判断 LGPL 与 GPL 的义务。界面文件里引用的素材和第三方库也要单独核对。
限制与注意事项
官方把 Flatpak 作为首选安装方式。仓库也提供源码构建、Docker、Windows 和 macOS 说明。官方不支持把 Docker 当作桌面运行方案，Windows 与 macOS 目前也没有正式支持。准备跨平台协作时，最好让主要编辑环境保持在 Linux，并把其他系统当作补充测试环境。
可视化编辑器能减少手写层级与属性的负担，应用逻辑、数据流和运行时兼容仍要在代码中完成。第三方控件目录可以被选择，实际预览覆盖仍需逐项检查。导入老项目或自定义控件后，应检查警告、最低依赖版本和最终生成文件。
适合谁
正在开发 GNOME、GTK 或 libadwaita 应用的设计师和开发者，会比较容易把它接进现有流程。维护 GTK 3 老项目的团队也能用它整理界面，再逐步迁移控件与资源。若项目只做网页、移动端原型或一次性视觉稿，这类围绕 GtkBuilder 和 GTK 运行时构建的工具就不太合适。
