Comments 15
Вызов clear перед отрисовкой каждого кадра будет вызывать мерцание в терминале. Лучше ставить курсор в нужную точку и перезаписывать только изменившиеся части из буффера.
Вместо ожидания на константное время лучше сделать поправку на скорость отрисовки одного кадра на разных машинах, чтобы общее время отрисовки между ними было одинаковым.
Выглядит неплохо. Успехов в дальнейшей разработке
Есть же libtcod…
Тааак, конкуренты появляются)
Почему бы не хранить строки в строках, а не в списке строк из одного символа?
OUTPUT_IMAGE = [
"................",
"................",
Спасибо за идею, буду пытаться перенести на шарп
Интересный вариант, мне понравилось решение
Кто-нибудь, расскажите автору про curses (и его врапперы под Шindoшs)
OUTPUT_IMAGE = [
[".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".",],
[".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".",],
…
Питон не знаю, но там вроде множество замечательных функции, чтобы не писать подобные портянки, к примеру (псевдокод в данном случае) OUTPUT_IMAGE.append('.' * 15.split('.'))
[".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".",],
[".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".", ".",],
…
Питон не знаю, но там вроде множество замечательных функции, чтобы не писать подобные портянки, к примеру (псевдокод в данном случае) OUTPUT_IMAGE.append('.' * 15.split('.'))
Мне кажется лучше вообще не хранить в буффере символы, а сделать два списка: один — с идентификаторами символов, другой — с маппингом этих идентификаторов на карту.
Карту желательно свернуть в одномерный список для простоты.
Sign up to leave a comment.
Полноценная игра, сделанная мною в обычной windows консоли