Текстовый квест прошу советов

@MrViper · Регистрация: 25.04.2013

Студворк — интернет-сервис помощи студентам

Добрый день. Решил разработать текстовый квест на android пишу на java. Есть несколько вопросов, может кто-то поможет с ними. В игре будут только TextView и button, квест будет довольно долгий, на одну реплику имеется 2 выбора дальнейшего пути. Вопросы собственно ниже.
1. Создать лучше все эти элементы изначально на экране и скрыть их а уже в дальнейшем по ходу сюжета делать их видимыми или создавать их по ходу игры программно? (в каком направлении вернее делать, где будет оптимизированнее работать приложение или может вообще по другому реализовать?)
2. Так как квест получится довольно объемный и нужна прокрутка, то при большом количестве элементов не будет ли лагать если я буду использовать ScrollView? И если будет то чем лучше заменить?
3. На каждую кнопку нужно делать событие для продолжения сюжета? Не слишком ли громоздкий код получится или есть другой вариант?

За ранее всем большое спасибо за ответы
P.S. прошу тапками не кидаться, это мой первый проект и хочу его реализовать для удовлетворения своего эго

@ExFau$t · 12.03.2017, 10:39

Лично я не понял, в чём суть приложения, что за "TextView и button", зачем их много и надо прокручивать и скрывать. По тем аналогам, что я встречал, на каждую задачу - своё окно. В зависимости от типа задачи подгружается соответствующая разметка, текстовая задача, задача с картинкой и т.п. Наполняется это всё из ресурсов. Это прилично смотрится и вопросы к лагам и памяти не встают по очевидным причинам.

@MrViper · 12.03.2017, 10:46 **[ТС]**

Сообщение от ExFau$t

Лично я не понял, в чём суть приложения, что за "TextView и button", зачем их много и надо прокручивать и скрывать. По тем аналогам, что я встречал, на каждую задачу - своё окно. В зависимости от типа задачи подгружается соответствующая разметка, текстовая задача, задача с картинкой и т.п. Наполняется это всё из ресурсов. Это прилично смотрится и вопросы к лагам и памяти не встают по очевидным причинам.

Вот скрин подобного приложения
в TextView будут выводится сообщения в button будет отображаться выбор действия

@ExFau$t · 12.03.2017, 11:02

1. Лучше добавлять элементы по ходу развития диалога. Я бы сначала попробовал сделать фиксированное количество текстовых полей, их всегда одинаково на экране помещается, при добавление новой реплики, старую что вылезла за экран на две позиции удалить. При желании прокрутить назад (вряд ли частое событие) подгружать в обратном направлении старые реплики.
2. Лагать будет не от контейнера, а от количества элементов, если его сократить, то порядок. В таких случаях обычно при прокрутке скролла подгружают новые элементы. Нет смысла держать их в памяти, если пользователь их не видит.
3. У тебя там на скрине только две кнопки, меняй им подпись и всё.

@MrViper · 12.03.2017, 11:14 **[ТС]**

Сообщение от ExFau$t

3. У тебя там на скрине только две кнопки, меняй им подпись и всё.

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

Pablito · 12.03.2017, 12:25

RecyclerView для диалога
в нем, судя по скрину, два типа вьюшек - левая и правая
диалог в ресайклере - просто докидываются реплики в какой-нибудь ArrayList с указанием правая или левая реплика и делается notifyDataSetChanged();

под ресайклером две кнопки, на которых просто меняются надписи

и ВСЕ

@MrViper · 12.03.2017, 12:48 **[ТС]**

Спасибо, попробую так реализовать

Новые блоги и статьи Все статьи Все блоги /
Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .
Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .	Фото: Daniel Greenwood kumehtar 13.11.2025

@MrViper 56 / 31 / 1 Регистрация: 25.04.2013 Сообщений: 279

	Текстовый квест прошу советов 12.03.2017, 09:53. Показов 5833. Ответов 6 Метки нет (Все метки) Добрый день. Решил разработать текстовый квест на android пишу на java. Есть несколько вопросов, может кто-то поможет с ними. В игре будут только TextView и button, квест будет довольно долгий, на одну реплику имеется 2 выбора дальнейшего пути. Вопросы собственно ниже. 1. Создать лучше все эти элементы изначально на экране и скрыть их а уже в дальнейшем по ходу сюжета делать их видимыми или создавать их по ходу игры программно? (в каком направлении вернее делать, где будет оптимизированнее работать приложение или может вообще по другому реализовать?) 2. Так как квест получится довольно объемный и нужна прокрутка, то при большом количестве элементов не будет ли лагать если я буду использовать ScrollView? И если будет то чем лучше заменить? 3. На каждую кнопку нужно делать событие для продолжения сюжета? Не слишком ли громоздкий код получится или есть другой вариант? За ранее всем большое спасибо за ответы P.S. прошу тапками не кидаться, это мой первый проект и хочу его реализовать для удовлетворения своего эго 0

@ExFau$t 1570 / 1168 / 426 Регистрация: 08.05.2012 Сообщений: 5,219
	12.03.2017, 10:39
	Лично я не понял, в чём суть приложения, что за "TextView и button", зачем их много и надо прокручивать и скрывать. По тем аналогам, что я встречал, на каждую задачу - своё окно. В зависимости от типа задачи подгружается соответствующая разметка, текстовая задача, задача с картинкой и т.п. Наполняется это всё из ресурсов. Это прилично смотрится и вопросы к лагам и памяти не встают по очевидным причинам. 0

@ExFau$t 1570 / 1168 / 426 Регистрация: 08.05.2012 Сообщений: 5,219
	12.03.2017, 11:02
	1. Лучше добавлять элементы по ходу развития диалога. Я бы сначала попробовал сделать фиксированное количество текстовых полей, их всегда одинаково на экране помещается, при добавление новой реплики, старую что вылезла за экран на две позиции удалить. При желании прокрутить назад (вряд ли частое событие) подгружать в обратном направлении старые реплики. 2. Лагать будет не от контейнера, а от количества элементов, если его сократить, то порядок. В таких случаях обычно при прокрутке скролла подгружают новые элементы. Нет смысла держать их в памяти, если пользователь их не видит. 3. У тебя там на скрине только две кнопки, меняй им подпись и всё. 1

Pablito 2884 / 2296 / 769 Регистрация: 12.05.2014 Сообщений: 7,978
	12.03.2017, 12:25
	RecyclerView для диалога в нем, судя по скрину, два типа вьюшек - левая и правая диалог в ресайклере - просто докидываются реплики в какой-нибудь ArrayList с указанием правая или левая реплика и делается notifyDataSetChanged(); под ресайклером две кнопки, на которых просто меняются надписи и ВСЕ 1

@MrViper 56 / 31 / 1 Регистрация: 25.04.2013 Сообщений: 279
	12.03.2017, 12:48 [ТС]
	Спасибо, попробую так реализовать 0

Опции темы