Replace usages of BlocklyMethods for Python robots

[boonto]

In Java and Python code generation we use BlocklyMethods for list and math operations. In the course of #1011 the list operations in BlocklyMethods will be replaced by inline code or readable methods in the program. As there is (currently?) no discernible reason why we should use the non-transparent BlocklyMethods, e.g. BlocklyMethods.sin(x) instead of simply Math.sin(x), all of these calls should be replaced. This will also increase readability and accessibility of the generated code.

• [x] Find all "BlocklyMethods.py" / "NEPOdefs.h" etc.
• [x] Find common python methods
• [x] Extract python one liners (constants?) directly into code generation
• [x] Combine python multi liners into common helper methods
• [x] Create base class in robot project, with prefix/suffix methods and code generation methods
• [x] Implement class in all python robots
• [x] Default implementations for python
• [x] Special implementations for robots that don't support default
• [x] Find way to parse methods from helper text file (YAML)
• [x] Unit tests
• [x] Test each method on python robots

[ensonic]

For ev3dev this is the impl: https://github.com/OpenRoberta/robertalab-ev3dev/blob/develop/roberta/BlocklyMethods.py Lots of them are one-liners. Inlining them makes a lot of sense. For the more complex ones we could emit the helper function as needed and call it. Getting rid of the class in the long run makes a lot of sense to me.

[boonto]

Python observations: Microbit:

• does not use BlocklyMethods.py (BM)
• already implements many of the concepts we want: mosty one liners, attached methods (stdDev, median)
• GOLDEN_RATIO is a constant that is always defined
• isPrime implementation is missing
• randomOfList is missing
• all of the one liner implementations could be pulled up

EV3dev:

• GOLDEN_RATIO uses BM
• isEven/isOdd/.. uses BM
• math on lists uses BM
• lists use BM
• clamp uses BM
• random methods use BM
• random methods are implemented using os.urandom with comment that random module is too large -> same methods should be used across robots
  • string methods use BM

NAO:

• identical to EV3dev
• color uses BM

Vorwerk/Raspberry:

• identical to EV3dev

For python almost everything can be pulled up to the generic code gen visitor.

[uzkns]

For Python: blockly_methods_all_robots.zip For C: NEPO_all_robots.zip

[boonto]

Implemented for Python, the helper methods are saved in a YAML file for now. If necessary, it can be split into individual language files later (Python only needs 3 helper methods).

Individual robots may override higher up implementations of methods.

[boonto]

Will be continued in #230.

[VinArt]

• _isPrime is not generated when block used inside the loop
• _median is not generated when block used inside the loop
• _standard_deviation is not generated when block used inside the loop

tested on microbit and ev3dev

[boonto]

Ah thanks,

repeatStmt.getList().visit(this);

is missing here.

[bjost2s]

@VinArt please fix this