Babel plugin to load Python/RapydScript code
npm install babel-plugin-rapydscript
Then add 'rapydscript' to your babel plugins wether it's on babelrc, babel.config.json or if you use a bundler usually they add directives for you to add babel plugins (if the bundler use babel or is configured to use babel as a loader).
In any of your JS code, require a py file:
//index.js
//Either ES6 import or CommonJS' require works, dynamic import is still on the work
import from_python from './test.py';
const same_object_from_python = require('./test.py');
console.log(from_python === same_object_from_python);
console.log(from_python);
And in your Python/RapydScript code:
#test.py
def some_function():
print('I log some string')
return 'and return another string'
class SomeClass:
some_class_property = [1, {}]
another_property = 'could be anything'
def __init__(self):
self.some_object_property = 'not a class one'
module.exports = [some_function, SomeClass(), SomeClass.some_class_property, SomeClass().some_object_property, some_function()]
We choose to make this module a babel plugin instead of a webpack loader because we want to target bundlers as much as possible. Unfortunately making this plugin to be compatible to all bundler forces us to make some sacrifices:
- Because most bundlers ignore loading files outside of project directory to babel loader and sometimes ignore them too in node_modules, there will be some
rapydscript-cache-*
folders that are created on project root during transpilation. - Not only the most compatible location is on project root, but metro bundler seems to be a bitch in handling files/folders that have a dot at the start of the name. So the
rapydscript-cache-*
folders can't be hidden with dot (unix). - Fortunately these folders will only appear at transpilation. This doesn't have major effects when building for production, but at development (watch mode) the folders will be there until you stop the dev server. Feel free to add
rapydscript-cache-*
to .gitignore to prevent acidentally adding them to your commits.
Because we use Kovid Goyal's fork of RapydScript (for stability and good support, and also baselib compatibility), it still doesn't support async def
and await
keyword natively. We implement a nice workaround that makes async/asynchronous as a decorator:
@async #Or @asynchronous if your IDE complains about the syntax
def do_something_async():
response = await fetch('/some/route')
text = await response.text()
return text
do_something_async().then(console.log)
await
is still available as a keyword.