-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature Request] Top level entry points for js/py might need native code #470
Comments
I think it's doable, especially as this is only about 10-30 single line functions? Would be great to have someone with knowledge about actual python libraries do it though 😉 |
Adding to this, we should add json access points for all types. currently adding person json parsing in js and i have to look up the place in the node modules |
To make this issue more pressing @HLWeil : I am pretty sure this will break on every single ARCtrl update as it contains a hash |
True that.. Maybe there's another way to fixate the name for these functions? Otherwise this will be a lot of functions to explicitly maintain across the three languages. |
Looks to me like this has the issues of the object not having any discoverable members right? So no 'dotting into' or discovering API via exports |
Currently using ARCtrl in pythomn for the first time at BioHackEU24, first off it works great!
However, the API has same weird inconsistencies that i guess come from the general transpilation process. Example:
This is fine:
This is weird:
I'd suggest to write top-level entry points that are designed for transpiled languages only (as i suspect is the case for the
JsonController
module) in the native language. It is completely fine to have diverging APIs for convenience IMO, however i can see the additional maintenance overhead.cc @HLWeil @feserm
The text was updated successfully, but these errors were encountered: