ТЕМА: Как сделать зацикленный выбор в MV

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

Привет! Так легко же вроде - просто используй цикл

Я всё-таки посоветую, лучше сделать через метку (label):

Спасибо! Мне подошел первый вариант.

Mur, а чем лучше? Действий больше, да и использование переходов по метке даже в событиях мейкера визуально нарушает их структуру. Плюс я думаю, что освоение событий в мейкере помогает человеку понять основы программирования, а goto в любом языке является дурным тоном

ZX_Lost_Soul пишет:
Как в анекдоте:
— Эти лучше, чем другие!
— Леонид Ильич, чем лучше?
— Чем другие!



Ты как-то не так прочитал. Я не говорю, что этот способ лучше, я советую сделать по другому.

ZX_Lost_Soul пишет:
Это каких же действий больше, нажать 1 раз кнопку или два раза?

Вариант с Loop:


Вариант с метками:


В моём случае, как раз-таки визуально понятнее, что происходит «зацикливание» с места «Jump to Label» к метке «Loop».

ZX_Lost_Soul пишет:
Ну это ты расскажи ruby-программистам которые любят так прыгать по коду и выскакивать из середины функции по return.

А вообще если по сути разобраться, любой цикл и есть go to с условием, чего не скажешь о команде «цикл» в ивентах. Так что технически они ничем не отличаются.

В моём же примере просто ещё сделан выход из «вечного цикла», то есть по сути задано условие.

Mur, для выхода из цикла тоже два действия нужно (метка и переход к ней), а не одно (Завершить цикл).

Ну, в маленьком примере может и понятнее, а вот в реальной игре там будут ещё действия на каждый вариант + действия до и после цикла, и метка может затеряться. А в случае с циклом мейкер сместит все действия внутри цикла вправо и будут чётко видны его границы.

А так, конечно, всё на вкус и цвет

+ GoTo плох соблазном прыгнуть совсем далеко и не всегда в одно место, отчего последовательность действий превращается в паутину. А при использовании 'break' и ему подобных, всегда знаешь, куда выходишь.

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

А что мешает "повтор цикла" засунуть именно в выбор?
И вообще, если весь выбор повторять, то событие получится зацикленным, не?

Не совсем понял, что хотел сказать Леприкон и почему в одном случае один из вариантов не должен работать

АБДЕЙТ: я понял, что мешает, забыл что функция "повтор цикла" добавляется автоматом, когда ставишь цикл и её нельзя переставить... Ну в таком случае, при желании можно добавить "прервать цикл" в те выборы, после которых этот кусок повторяться не должен)

Вот смотри, чел сиди за компом в инете

у него 5 вариантов выбора и только 1 продолжает игру. В этой ситуации проще сделать цикл и в последнем выборе выход из него.

Leprikon01 пишет:
А теперь включаем лазер логику

Ну предположим «посмотреть новости», «почитать журнал» ещё худо бедно можно бесконечно делать, хотя по сути это тоже конечные действия, гг можно просто замутить от пересыщения информацией.

А вот пункты с заказами, извините, но они должны быть либо одноразовые (исчезать после выбора), либо дать возможность указать количество заказов.

ну как-то так…

Да конечно вы правы. Я только учусь. И еще не додумался как сделать чтобы заказы исчезали из выбора. И нужно чтобы оба заказа были сделаны.

Leprikon01 пишет:
Ну как вариант, можно завести какую-нибудь переменную, или переключатель и внутри пункта уже спрашивать состояние. Если она не установлена (заказ не делали), показать диалог, текст или что там должно произойти и в конце установить эту переменную или переключатель. Если же переключатель уже установлен, показать например фразу, что «я уже заказал бла… бла… бла… второй раз не буду».

Например так, используя 80й переключатель как условие:

А можно пошагово? Для очень трудных... А не, все разобрался! Все получилось, спасибо.