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
Idea: If axiom is a string: just use string operations (because they are faster), but once a production tries to return an object, transform axiom into list of objects so it can work without errors.
Vice versa, when the axiom is a list of objects, any productions result that is only strings would be auto-transformed into list of objects.
This makes it possible to write shorter productions in productions where you eg. don't need parameters, while maintaining flexibility when you want to use a more complex (context sensitive, parametric) production.
Idea: If axiom is a string: just use string operations (because they are faster), but once a production tries to return an object, transform axiom into list of objects so it can work without errors.
Vice versa, when the axiom is a list of objects, any productions result that is only strings would be auto-transformed into list of objects.
This makes it possible to write shorter productions in productions where you eg. don't need parameters, while maintaining flexibility when you want to use a more complex (context sensitive, parametric) production.
Instead of writing
You could write:
Should then also mixed iterables be allowed? like:
Or would it create too much oerhead in general?
The text was updated successfully, but these errors were encountered: