Trivia - История изменений

Sadovoy: /* Параметры */

2016-05-23T12:55:04Z

‎Параметры

Sadovoy в 12:53, 23 мая 2016

2016-05-23T12:53:52Z

Sadovoy: /* Импорт в игру БД */

2016-04-28T11:05:15Z

‎Импорт в игру БД

Sadovoy в 11:04, 28 апреля 2016

2016-04-28T11:04:19Z

Sadovoy: /* Состояния */

2016-02-02T08:32:00Z

‎Состояния

Sadovoy: /* Настройки app.icf */

2015-12-18T11:10:35Z

‎Настройки app.icf

Sadovoy: /* Состояния */

2015-12-18T11:10:17Z

‎Состояния

Sadovoy: /* Состояния */

2015-12-18T11:07:46Z

‎Состояния

Denisov: /* Пример */

2015-11-26T09:55:46Z

‎Пример

Denisov: /* Пример */

2015-11-26T09:48:51Z

‎Пример

@@ Строка 27: / Строка 27: @@
 *'''correct ''' - номер правильного ответа для текущего вопроса ( начиная с 0);
-*'''group''' - сюда пишем строку, если хотим подгрузить вопросы подвязанные к конкретной группе( К примеру Europe, Asia);
+*'''group''' - сюда пишем строку с названием группы ( Вопросы в Бд должны быть подвязаны к группе, если не найдёт вопроса в указанной группе, возмёт вопрос кот. не подвязан к группе), если хотим подгрузить вопросы подвязанные к конкретной группе( К примеру Europe, Asia);
 <br>

@@ Строка 26: / Строка 26: @@
 *'''current_question''' - номер последнего вопроса, записывается при выигрыше или проигрыше ( при проигрыше сбрасывается вниз до первой несгораемой суммы);<br>
 *'''correct ''' - номер правильного ответа для текущего вопроса ( начиная с 0);
 <br>

@@ Строка 78: / Строка 78: @@
 =Импорт в игру БД=
-Чтобы мы могли играть в миллионер мы должны приложить нашему layout файлик viewer.db. Создаётся данный файлик путём форматирования json файла данных в базу данных ( программка для форматировки находится тут: редактор\tools\parseImport\ , json файл вытягивается из cloud admin).
+Чтобы мы могли играть в миллионер мы должны приложить к нашему layout файлик viewer.db. Создаётся данный файлик путём форматирования json файла в базу данных ( программка для форматировки находится тут: редактор\tools\parseImport\ , json файл вытягивается из cloud admin).
 =Пример=

← Предыдущая		Версия 11:04, 28 апреля 2016
Строка 75:		Строка 75:

	key_trivia="biZYI9AW2x1fNyXKDUxCvIKlbVhvWMVhWJv2fqWB"		key_trivia="biZYI9AW2x1fNyXKDUxCvIKlbVhvWMVhWJv2fqWB"
		+
		+
		+	=Импорт в игру БД=
		+	Чтобы мы могли играть в миллионер мы должны приложить нашему layout файлик viewer.db. Создаётся данный файлик путём форматирования json файла данных в базу данных ( программка для форматировки находится тут: редактор\tools\parseImport\ , json файл вытягивается из cloud admin).
		+

	=Пример=		=Пример=

@@ Строка 50: / Строка 50: @@
 Основные состояния:
 :'''choose_category''' - генерируем категорию ( объект _категория_ (catMachine) должна иметь состояния cat0,cat1 ...);
 :'''start_single''' - начать игру, передавать после выбора категории;
 :'''answer_1''' - передаём при нажатии на первый ответ;
@@ Строка 65: / Строка 66: @@
 :'''resetlike''' - сбросить лайк на текущий вопрос, отправляется на сервер;
 :'''mistake''' - ошибика в вопросе, отправляется на сервер ( при получении объектом состояния question или take);
 =Настройки app.icf=

@@ Строка 69: / Строка 69: @@
 =Настройки app.icf=
 В app.icf указываем ключи для Тривии:
 [Cloud]
 app_trivia="6SMcciHGvn8q8dclBFuFAfs3GNYnVg4DwmGH8JKw"
 key_trivia="biZYI9AW2x1fNyXKDUxCvIKlbVhvWMVhWJv2fqWB"

@@ Строка 61: / Строка 61: @@
 Обратная связь ( важно - отправлять только перед переходом на новый вопрос или выходе из игры - не отправлять статистику по нажатию на кнопку, пользователь может раз 5-6 кликать like и dislike):
-:'''like''' - лайкнуть текущий вопрос, отправляется на сервер;
+:'''like''' - лайкнуть текущий вопрос, отправляется на сервер ( при получении объектом состояния question или take);
-:'''dislike''' - дизлайкнуть текущий вопрос, отправляется на сервер;
+:'''dislike''' - дизлайкнуть текущий вопрос, отправляется на сервер ( при получении объектом состояния question или take);
 :'''resetlike''' - сбросить лайк на текущий вопрос, отправляется на сервер;
 =Пример=

@@ Строка 83: / Строка 83: @@
 [[Файл:Trivia pict db2.png|left|300px]]Обратите внимание на содержимое полей таблицы. Используйте те же названия, ту же последовательность полей. Следует учитывать типы данных (INT, TEXT). Для избегания ошибок заполнения лучше отметить необходимые поля, как UNIQUE, AUTOINCREMENT, PRIMARY KEY. Это обеспечит автоматическое увеличение значений, где это необходимо и позволит не ошибиться в уникальности введенных параметров. С созданием БД сложностей возникнуть не должно, поскольку конструктор значительно облегчит работу. Не забывайте время от времени нажимать "Записать изменения", чтобы не потерять данные при закрытии.<br><br>
 [[Файл:Trivia pict db3.png|right|300px]]Приступим к заполнению содержимого. Вверху экрана выберем вкладку "Данные". В верхней части вкладки найдем список всех созданных таблиц. Выбрав конкретную таблицу, получим доступ к просмотру и редактированию содержимого. В первой таблице необходимо указать названия категорий. Строгость соблюдения названий (вплоть до пробелов) особенно важна, если планируется взаимодействие с сервером. Однако, в данном случае, наша БД локальна, поэтому допустимы произвольные названия, но стоит следить за соответствием количества категорий в базе и в объекте Trivia.<br><br>
-[[Файл:Trivia pict db4.png|left|300px]]Следующая таблица GTrivia_Localization, она будет самой простой и содержать лишь одно поле и два кортежа: en и ru. Перейдем сразу к 5-й и 6-й таблицам, содержащим наши вопросы и ответы. Здесь стоит быть внимательней при заполнении. Поле ID заполнится автоматически, поэтому на него не обращаем пока внимания. ExternalID при загрузке БД через сервер также заполнится автоматически уникальными значениями, но, в случае локальной базы, его значения можно указать и в ручную. Следите за их уникальностью в пределах поля, используйте комбинации букв и цифр. В поле Question вносим вопросы для нашей игры. Для примера внесено 15 уникальных вопросов и дальше значения повторяются. Естественно, что в реальной игре все вопросы должны быть уникальны, но, в качестве тренировочного примера, такой способ также подойдет. Почему нельзя было ограничиться лишь 15-ю вопросами? Вспомним, что в игровом примере есть кнопка ''replace''. Она подбрасывает новый вопрос той же категории. В случае, если бы база была заполнена впритык, то при нажатии ''replace'' Вьюер выдал бы ошибку, что не нашел дополнительный вопрос этой категории. Поэтому нужен запас. Создавая свой пример можете покреативить и придумать свои категории и много уникальных вопросов к каждой из них.<br><br>
+[[Файл:Trivia pict db4.png|left|300px]]Следующая таблица GTrivia_Localization, она будет самой простой и содержать лишь одно поле и два кортежа: en и ru. Перейдем сразу к 5-й и 6-й таблицам, содержащим наши вопросы и ответы. Здесь стоит быть внимательней при заполнении. Поле ID заполнится автоматически, поэтому на него не обращаем пока внимания. ExternalID при загрузке БД через сервер также заполнится автоматически уникальными значениями, но, в случае локальной базы, его значения можно указать и вручную. Следите за их уникальностью в пределах поля, используйте комбинации букв и цифр. В поле Question вносим вопросы для нашей игры. Для примера внесено 15 уникальных вопросов и дальше значения повторяются. Естественно, что в реальной игре все вопросы должны быть уникальны, но, в качестве тренировочного примера, такой способ также подойдет. Почему нельзя было ограничиться лишь 15-ю вопросами? Вспомним, что в игровом примере есть кнопка ''replace''. Она подбрасывает новый вопрос той же категории. В случае, если бы база была заполнена впритык, то при нажатии ''replace'' Вьюер выдал бы ошибку, что не нашел дополнительный вопрос этой категории. Поэтому нужен запас. Создавая свой пример можете покреативить и придумать свои категории и много уникальных вопросов к каждой из них.<br><br>
 Взгляните на поле "Answers". Перечислим его уникальные особенности:
 *состоит из четырех слов

@@ Строка 92: / Строка 92: @@
 Не стоит беспокоиться, что пока не заполнены таблицы 3 и 4 (GTrivia_QuestionCategory). Они являются связующими между категориями и таблицами с вопросами/ответами. В первом поле указываются ID вопросов. Все верно, значения в этом поле повторяются. В данном случае это сделано намеренно, чтобы, одни и те же вопросы могли попасть сразу в несколько категорий. Действительно, вопрос о том, в каком году была написана песня, можно внести в категории История, Музыка, Искусство. Во втором поле указываем к какой категории можно отнести вопрос. В примере это сделано случайно, в реальной игре стоит следить за соответствием.<br><br>
 Не забудем нажать кнопку "Записать изменения" и запустим игру повторно. Попробуйте разные категории, подсказки ответов и 50/50. При желании расширьте пример за счет ограничения количества подсказок, добавив дополнительные монеты (кристаллы) для их покупок.
 [[Category:Game mechanic]]