roboforum.ru

Переменные делать глобальными кроме случая создания своего "кубика" (aka своей функции).

Все кубики делать с 0..N входами и 0..1 выходом - типичные функции.

Переменные объявлять явно в каждом пространстве имён (их считать одно глобальным, а остальные для создания своих функций - локальные).

Вопрос только в том, давать явно загонять формулы или нет? По идее можно разрешить кубики типа "+", "-" и т.п. с 2 входами и 1 выходом, а можно разрешить кубик f(x) в котором вбивается текст и получается 1 выход.

А переменные стыковать в эти входы и выходы.

Добавлено спустя 1 минуту 58 секунд:

Sergey Filippov писал(а):Кстати, язык Си у нас на информатике не изучается и не планируется. Только Паскаль.

Паскали под МК куцые какие-то

Sergey Filippov писал(а):Видимо, придется с этим смириться, ибо нехорошо, если на экране у ребенка одинаковые имена будут иметь разный смысл. Объявленные переменные предлагаю заносить в отдельную табличку.

А если сделать локальные переменные одним цветом, а глобальные - другим?

Добавлено спустя 2 минуты 39 секунд:

Виктор Казаринов писал(а):Да, не ахти какая преносимость у С. Особенно если касаться не того, что делается чисто в памяти и в проце, а за их пределами. Например, на стыке с ядром ОС или периферией.

Где же с этим проблем то нету? У Java и то куча граблей в этом месте. Каждая железяка норовит новые фишки подсунуть.

Виктор Казаринов писал(а):А вы задавались вопросом: программированию на каком-либо языке или созданию и управлению роботами собираетесь учить детей? Это - две совершенно разные задачи.

ИМХО учить надо программированию в первую очередь, а во вторую - управлять роботами.

Sergey Filippov писал(а):В Robolab многозадачность и подпрограммы вполне обходятся без локальных переменных.

Просто они там так не называются.
В роболаб, насколько я понял, есть "веревки с данными" - их область видимости явно
указана связями.
Если такая веревка заходит в блок снаружи - это аргумент,
если и источник и все приемники только внутри блока - локальная переменная,
если выходит из блока - результат.
То что они не имеют имен, не означает, что это не переменные.
Поэтому использование одной и той же функции в разных местах программы
не вызывает проблем - эти веревки не связаны.

С и графическая надстройка?... Одумайтесь...

Дело не в Си совсем, а в конструкциях языка - в этом смысле
Си, Паскаль, Бэйсик по большому счету одинаковы.
(Ну если уж совсем глубоко в ООП и поддержку ОС не лезть)

Ассемблер - это весело конечно, только я не думаю, что учителю информатики понравится
объяснять на уроке про циклы, типы, функции, области видимости и т.д.
А на робокружке убивать сказанное на уроке джампами, ручным распределением памяти
и подпрограммами с выходом по джампу и тремя точками входа

Если произойдет описанная картина, то должна получиться хорошая каша. А ребенок должен осознать, что он неправ.

А он-то при чем? Если ему надо одну и ту же функцию использовать в двух ветках у него что, выбор есть?
А если он эту функцию готовую взял из библиотеки? Ему что в каждую из библиотечных функций залазить и проверять, не пересекаются ли имена? Бред какой-то... Вы им жизнь облегчить хотите или усложнить?
И я бы посмотрел на учителя, который поможет ребенку искать ошибку... Как он залазит в каждую функцию,
запоминает все переменные и проверяет не пересекаются ли они

Michael_K писал(а):В роболаб, насколько я понял, есть "веревки с данными" - их область видимости явно указана связями.

Веревками данных с блоками команд соединяются либо константы, либо объекты (контейнеры-переменные, порты и пр.), либо их значения. Сами блоки между собой не связываются таким образом. Все переменные хранятся в контейнерах. И они все глобальные. Глубже я не копал.

Michael_K писал(а):А он-то при чем? Если ему надо одну и ту же функцию использовать в двух ветках у него что, выбор есть? А если он эту функцию готовую взял из библиотеки? Ему что в каждую из библиотечных функций залазить и проверять, не пересекаются ли имена?

В графической среде ничего из библиотеки давать не надо. И за каждой переменной следить. За тупое копирование кусков кода отрубаются руки. В некоторых местах жизнь усложняется намеренно.
Нам же надо решить вопрос о статусе блоков с текстовыми функциями, я правильно понял? Надо разобраться, это будут встроенные цепочки команд, эдакие макроопределения, или законченные функции с телом, отделенным от основной программы. Во втором случае, очевидно, нужны локальные переменные. А глобальным должно быть все то, что видно глазами.

Веревки - зло, плохо к ним приучать, если мы не в концепции событийно-ориентированного программирования.

Выбирай, Нео - красную или синюю переменную ты будешь использовать?

2SMT: Ну то есть событийно ориентированная система получалась?

Веревки - зло, плохо к ним приучать,

То есть мы приходим к стандартным блок-схемам.
Пути выполнения программы прорисованы, распространение данных через именованные переменные:

если мы не в концепции событийно-ориентированного программирования.

Про событийное - что-то не догнал...
А если в концепции, то веревки данных каким боком?

Предлагаю еще раз посмотреть на то, что у меня получилось
год назад - просто для обсуждения и критики.

Вы - странный, честное слово....
Ну напишите хотя бы инструкцию, а лучше демо-версию выложите,
Как можно обсуждать и критиковать непонятные картинки?

Как у вас реализуются функции-подпрограммы, можно ли вводить свои объекты,
как выглядит цикл, в каком вообще порядке исполняются блоки итд итп
- из ваших же картинок непонятно нифига...