4 releases (2 breaking)

0.6.0 Aug 22, 2024
0.5.1 Jul 8, 2024
0.5.0 Mar 14, 2024
0.4.0 Feb 27, 2024

#141 in #dom

Download history 2878/week @ 2024-12-22 3085/week @ 2024-12-29 5233/week @ 2025-01-05 5806/week @ 2025-01-12 5344/week @ 2025-01-19 4793/week @ 2025-01-26 4917/week @ 2025-02-02 6000/week @ 2025-02-09 5328/week @ 2025-02-16 5843/week @ 2025-02-23 5133/week @ 2025-03-02 6477/week @ 2025-03-09 6293/week @ 2025-03-16 7097/week @ 2025-03-23 5774/week @ 2025-03-30 7770/week @ 2025-04-06

27,699 downloads per month
Used in 29 crates (via sledgehammer_bindgen)

MIT license

87KB
2K SLoC

sledgehammer bindgen

What is Sledgehammer Bindgen?

Sledgehammer bindgen provides faster rust batched bindings for js code.

How does this compare to wasm-bindgen:

  • wasm-bindgen is a lot more general it allows returning values and passing around a lot more different types of values. For most users wasm-bindgen is a better choice. Sledgehammer is specifically designed for web frameworks that want low-level, fast access to the dom.

  • You can use sledgehammer bindgen with wasm-bindgen. See the docs and examples for more information.

Why is it fast?

String decoding

  • Strings are expensive to decode, but the cost doesn't change much with the size of the string. Wasm-bindgen calls TextDecoder.decode for every string. Sledgehammer only calls TextEncoder.decode once per batch.

  • If the string is small, it is faster to decode the string in javascript to avoid the constant overhead of TextDecoder.decode

  • See this benchmark: https://jsbench.me/4vl97c05lb/5

String Caching

  • You can cache strings in javascript to avoid decoding the same string multiple times.
  • If the string is static sledgehammer will hash by pointer instead of by value.

Byte encoded operations

  • In sledgehammer every operation is encoded as a sequence of bytes packed into an array. Every operation takes 1 byte plus whatever data is required for it.

  • Each operation is encoded in a batch of four as a u32. Getting a number from an array buffer has a high constant cost, but getting a u32 instead of a u8 is not more expensive. Sledgehammer bindgen reads the u32 and then splits it into the 4 individual bytes. It will shuffle and pack the bytes into as few buckets as possible and try to inline reads into js.

  • See this benchmark: https://jsbench.me/csl9lfauwi/2

Dependencies

~195–620KB
~15K SLoC