| Crates.io | zits |
| lib.rs | zits |
| version | 1.16.4 |
| created_at | 2022-12-14 00:11:40.885643+00 |
| updated_at | 2025-06-30 15:33:43.523896+00 |
| description | Generate typescript bindings for zome code in Rust. |
| homepage | |
| repository | https://github.com/ddd-mtl/zits/ |
| max_upload_size | |
| id | 736222 |
| size | 100,396 |
Compatible with:
HDK v0.5.x
@Holochain/client v0.18.x
@holochain-open-dev/core-types v0.7.0
@ddd-qc/cell-proxy v0.23.0
A utility to generate Typescript bindings for Zome code in Rust (Zome Into TypeScript).
The CLI can be installed from crates.io:
cargo install zits
Or by building the source-code locally:
git clone https://github.com/ddd-mtl/zits.git
cd zits
cargo install --path ./
No modification of the zome rust code is required!
Use the CLI tool on the folders of your zome code:
zits -i ./zomes/profiles -i ./zomes/profiles_integrity -o ./bindings/profiles.ts
Typescript bindings will be generated for all types, structs, enums, and consts marked with holochain or serde specific attributes (#[hdk_entry_helper], #[hdk_entry_defs], etc). The bindings file will be named *.types.ts.
Bindings will also be generated for public consts that don't have those attributes.
The serde rename_all attribute argument is supported.
All functions marked with holochain attributes #[hdk_extern], except the Holochain callbacks, will be listed in a typescript array to be consumed by Holochain's credential authorizing mechanism. The array will be written in a file named *.fn.ts.
A ZomeProxy subclass for cell-proxy will be generated in its own file. It will have a method for each function marked with [hdk_extern], excluding the holochain callbacks like init() or validate(). It will be named after the filename given as output. The file will also have the same name with *.proxy.ts as extension.
Optional Rust Attributes for zome functions
#[ignore(zits)]: Tells zits to skip this zome function when generating the ZomeProxy and function list.
#[feature(zits_blocking)]: Tells zits to generate a blocking call in the ZomeProxy for this zome function.
You can specify many inputs (directories and/or files) using the -i flag multiple times, like so:
zits -i directory1 -i directory2 -o types.ts
It might help to create multiple typing files for your project. It's easy, just call zits multiple times:
zits -i src/models -o models.ts
zits -i src/api -o api.ts
In the case that installing the zits CLI isn't an option, you can use it as a library:
Add the library to your project:
cargo add zits@1
Create a new binary in your project which uses the crate (for example, bin/zits.rs):
// bin/zits.rs
use std::path::PathBuf;
pub fn main() {
let dir = env!("CARGO_MANIFEST_DIR");
let inputs = vec![PathBuf::from_iter([dir, "backend"])];
let output = PathBuf::from_iter([dir, "frontend/src/types/rust.ts"]);
zits::generate_typescript_defs(inputs, output, false);
}
Create a Cargo.toml binary entry:
[[bin]]
name = "zits"
path = "bin/zits.rs"
Execute!
cargo run --bin zits
Protip: to use cargo zits, create an alias in .cargo/config:
[alias]
zits="run --bin zits"
A list of files which can't be opened or parsed successfully are listed after executing zits. For other errors, try using the --debug flag to pinpoint issues. Please use the Github issue tracker to report any issues.
See zits --help for more information on parameters, options & flags.
zits is a fork of tsync. See its documentations for details on how conversions works.
Support added for types defined in @holochain/client and @holochain-open-dev/core-types.
Support includes, but is not limited to, the following "base" types:
ExternResult<T> converts to Promise<T>BTreeMap<T> converts to Record<string, T>Result<A, B> converts to A | BX25519PubKey converts to Uint8ArrayHolochain's Record and RecordEntry types are renamed HcRecord and HcRecordEntry respectively as to not conflict with typescript's native Record utility type.
Support has been added for functions, but only the first argument is considered since as this is a limitation of zome functions.
Option<T> converts to T | null when it's a function return type
A destructured argument will be converted to input
Added support for non-tuple newtypes.
Input:
#[serde]
pub struct GetMailOutput(pub Option<Result<u32, String>>);
Output:
export type GetMailOutput = number | string | null;
Additionnaly support for enums of unnamed variants has been added and converts to a string enum and a ORed type.
Input:
#[hdk_entry_defs]
pub enum PlaysetEntry {
SvgMarker(SvgMarker),
EmojiGroup(EmojiGroup),
Template(Template),
Space,
}
Output:
export enum PlaysetEntryType {
SvgMarker = 'SvgMarker',
EmojiGroup = 'EmojiGroup',
Template = 'Template',
Space = 'Space',
}
export type PlaysetEntryVariantSvgMarker = {svgMarker: SvgMarker}
export type PlaysetEntryVariantEmojiGroup = {emojiGroup: EmojiGroup}
export type PlaysetEntryVariantTemplate = {template: Template}
export type PlaysetEntryVariantSpace = {space: null}
export type PlaysetEntry =
| PlaysetEntryVariantSvgMarker | PlaysetEntryVariantEmojiGroup | PlaysetEntryVariantTemplate | PlaysetEntryVariantSpace;
Serde's tag and content attributes are considered for enums. When provided, type declarations for each variant is omitted.
Input:
#[serde(tag = "type", content = "content")]
pub enum Message {
Ping(AgentPubKeyB64),
Pong(AgentPubKeyB64),
NewHere(HereOutput),
DeleteHere((EntryHashB64, ActionHashB64)), /// sessionEh, hereLinkHh
UpdateHere((u32, ActionHashB64, Here)), ///[index, newLinkAh, newHereEntry]}
NewSession((EntryHashB64, PlacementSession)),
/// - with entry hash of entries
NewSpace(EntryHashB64),
NewTemplate(EntryHashB64),
NewSvgMarker(EntryHashB64),
NewEmojiGroup(EntryHashB64),
}
Output:
export enum MessageType {
Ping = 'Ping',
Pong = 'Pong',
NewHere = 'NewHere',
DeleteHere = 'DeleteHere',
UpdateHere = 'UpdateHere',
}
export type Message =
| {type: {Ping: null}, content: AgentPubKeyB64}
| {type: {Pong: null}, content: AgentPubKeyB64}
| {type: {NewHere: null}, content: HereOutput}
| {type: {DeleteHere: null}, content: [EntryHashB64, ActionHashB64]}
| {type: {UpdateHere: null}, content: [number, ActionHashB64, Here]}
Use ./test/test_all.sh to run tests.
After running the test, there should be no unexpected changes to files in ./test (use git status and git diff to see if there were any changes).
This tool is distributed under the terms of both the MIT license and the Apache License (Version 2.0).
See LICENSE-APACHE, LICENSE-MIT, and COPYRIGHT for details.