You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Wow, what a great idea for a crate! I just used this to massively simplify some neon bindings at work. I especially like the export! macro.
While working on this, I wrote a wishlist for enhancements to the export! macro. And yes, I may be able to find some time to work on some of these if you're interested. :-)
Optional arguments. It would be great if we could write Option<Foo>, and have that translate to get rather than require.
Functions which return Result values. Ideally, I should be able to return any type implementing Error, and have it converted to a Throw result. But this raises the question: Should all exported functions return Result?
Rust doc comment support. I should be able to document exported methods with /// without getting an error. This is an easy fix.
Automatic #[allow(non_snake_case)] so that exported functions can be given idiomatic JavaScript names.
A documentation example showing how to use serde_bytes::ByteBuf to handle JsBuffer values.
Do any of these features interest you? Would you be willing to consider a PR if I prepared one?
The text was updated successfully, but these errors were encountered:
Wow, what a great idea for a crate! I just used this to massively simplify some
neon
bindings at work. I especially like theexport!
macro.While working on this, I wrote a wishlist for enhancements to the
export!
macro. And yes, I may be able to find some time to work on some of these if you're interested. :-)Option<Foo>
, and have that translate toget
rather thanrequire
.Result
values. Ideally, I should be able to return any type implementingError
, and have it converted to aThrow
result. But this raises the question: Should all exported functions returnResult
?///
without getting an error. This is an easy fix.#[allow(non_snake_case)]
so that exported functions can be given idiomatic JavaScript names.serde_bytes::ByteBuf
to handleJsBuffer
values.Do any of these features interest you? Would you be willing to consider a PR if I prepared one?
The text was updated successfully, but these errors were encountered: