В КУРСЕ?

Разбираемся в теме

В Scratch всё началось одновременно: как сообщениями задать порядок действий?

В Scratch несколько персонажей могут реагировать на события. Поэтому последовательность блоков у одного спрайта не задаёт автоматически порядок действий всего проекта. Если подпись о завершении появляется раньше, чем другой персонаж закончил движение, полезно проверить способ связи между сценариями. Сообщения помогают запускать действия, а вариант с ожиданием позволяет связать продолжение с их завершением.

Сообщение запускает реакцию

Отправляемое сообщение доступно спрайтам и сцене проекта. Сценарий с подходящим событием получения сообщения начинает соответствующие действия. Это механизм взаимодействия внутри проекта, а не письмо или сообщение во внешнем чате. Представим вымышленную сцену с ведущим и шариком. Ведущий отправляет сигнал начать перемещение. Шарик получает его и движется к отмеченной точке. После обычной отправки ведущий продолжает собственный сценарий, поэтому следующая подпись может появиться, пока движение ещё продолжается. Это не обязательно ошибка: параллельное действие бывает полезным. Например, ведущий может объяснять происходящее во время перемещения. Проблема возникает, если замысел требует сначала закончить движение и лишь затем показать итог, а выбранный способ связи этого не обеспечивает.

Ожидание относится к запущенным действиям

У отправки сообщения есть вариант с ожиданием. Отправитель продолжает свой сценарий после завершения сценариев, запущенных этим сообщением. Поэтому важно понимать, кто именно реагирует на сигнал и какие действия выполняет. В учебном примере один получатель перемещает шарик, а другой меняет оформление сцены. Если оба запущены одним сообщением, нужно учитывать завершение обоих. Название сигнала не делает его адресованным только одному персонажу: реакцию определяют соответствующие сценарии получения. Если среди получателей есть бесконечно выполняющийся сценарий, обычного завершения ожидания может не произойти. Для завершённой сцены полезно выделять конечные действия и не смешивать их без необходимости с постоянными фоновыми процессами. Это вопрос структуры проекта, а не поиска случайной длительности паузы.

Проверьте связь событий на простой модели

Нарисуйте три дорожки: ведущий, шарик и оформление. Отметьте, где появляется сигнал, какие действия он запускает и когда отправитель должен продолжить. Такая схема помогает увидеть зависимость до подробной настройки сцены. Допустим, в первом плане ведущий отправляет обычное сообщение и сразу показывает итог. Во втором он использует ожидание. Различие состоит не в названии сообщения и не в количестве персонажей, а в условии продолжения сценария ведущего. Произвольная пауза на несколько секунд может случайно совпасть с длительностью движения. Но если движение изменится, совпадение исчезнет. Когда задача состоит именно в ожидании завершения вызванных действий, лучше выразить эту зависимость явно. Для проверки готового проекта полезно временно увеличить длительность одного действия и проследить порядок. Если итог всё равно появляется преждевременно, нужно уточнить, какой сценарий его показывает и на какое событие он реагирует. При этом бумажная схема только описывает логику: она не подтверждает, что собранный проект уже работает правильно. Используйте понятные разные имена сообщений. Случайное повторное использование одного имени для несвязанных сцен затрудняет понимание того, какие получатели будут задействованы.

Попробуйте на практике

Составьте самостоятельную схему короткой сцены Scratch с ведущим и шариком без копирования готового проекта.

  1. Запишите замысел: ведущий запускает перемещение шарика, а итоговая подпись появляется только после окончания движения.
  2. Нарисуйте сценарий отправителя и один конечный сценарий получателя. Отметьте общий сигнал понятным названием.
  3. Сравните обычную отправку и отправку с ожиданием. Покажите, где в каждом случае может продолжиться сценарий ведущего.
  4. Добавьте второго получателя с конечным действием и проверьте условие завершения. Отдельно объясните, что изменилось бы при бесконечном действии.

Как проверить результат. На схеме видно, кто отправляет сигнал, кто реагирует и какое условие разрешает продолжение. Итог не зависит от случайно подобранной паузы, а модель не выдаётся за выполненный запуск проекта.

Частые вопросы

Сообщение получает только выбранный спрайт?

Оно отправляется по проекту. Выполняются подходящие сценарии получения, поэтому важно проверять все реакции на это имя сообщения.

Нужно ли всегда выбирать вариант с ожиданием?

Нет. Обычная отправка подходит, когда отправитель должен продолжать работу независимо. Выбор определяется необходимой последовательностью и допустимым параллельным выполнением.

Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.

Зарегистрируйтесь, чтобы уточнить возможность доступа к этому материалу

Зарегистрироваться
← К списку материалов