3) Количество однообразных объектов в проекте (кнопок, текстов, фонов и т.д.) стараюсь ограничивать насколько это возможно, но не более того.

4) Для различения однообразных объектов (кнопок, надписей и др.) добавляю им собственные переменные class, classSub, num, id.

Затем выбираю нужные объекты по их переменным.

5) С помощью собственной переменной state включаю-выключаю отдельные кнопки, когда это нужно.

И потом отслеживаю, если у кнопки включена state = ”on”, то нажатие на кнопку вызывает реакцию.

Иначе ничего не происходит.

6) Для текстовых объектов использую несколько типовых имён:

• TextButton - текстовая кнопка (часто располагается поверх пустой резиновой кнопки),

• TextInfo - изменяющийся текст (таймеры, счётчики, очки, патроны и т.п.),

• TextTest - тестовый текст - помогает отслеживать параметры игры при ошибках. Обычно он скрыт и включается по какой-то кнопке.

7) Для графических объектов использую типовые имена:

• Button - кнопки,

• Mask - маски,

• Array - массивы,

• Background - фоны и т.д.

Если нужно разнообразить - добавляю в конец имени уточняющие слова. На примере массивов:

Так их проще вспомнить, если нужно подставить имя объекта в какую-то переменную.

Пока всё, что имею сказать по поводу объектов.

Как обычно, Телеграм:
https://t.me/toyprogrammer

4) Никогда не создаю булевых переменных (boolean - триггеров true-false). Не нравятся они мне :)

А если быть точнее, их сложно преобразовать во что-то другое. К примеру, вчера мне казалось, что переменная mode будет переключать только 2 режима. А сегодня выяснилось, что их будет 3.

Чтобы не скакать потом по всему коду заменяя булеву переменную, я заранее делаю её строковой (string) и задаю ей одно из двух значений: on или off,

Почему не true и false? Так короче, легче менять одно на другое (on на off и обратно) и понятнее по смыслу (включено-выключено).

5) Константы почему-то не использую. Пытался, но потом всё равно про них забываю. Поэтому пользуюсь только обычными переменными.

6) Большая часть переменных, как и большая часть событий у меня оказывается в листе common.

7) Список переменных в листе сортирую по алфавиту (латинскому), чтобы быстрее находить нужные.

Как обычно, Телеграм:
https://t.me/toyprogrammer

3) Если лист событий относится к определённому экрану - у них одинаковое имя (разница только в регистре первой буквы).

Это позволяет сразу понять, что это за вкладка - экран или лист событий. И не съедается лишнее место в пространстве вкладки.

4) В отдельные листы событий выношу:

• массивы (array),

• обработку кнопок (menu),

• обработку непрерывными действиями: бег персонажа, всякие ползунки, прокрутки и т.п. вещи (control),

• тестовые кнопки и события (test),

• столкновения (collisions),

• обработку функций Вконтакте, Яндекса, Google (vk, yandex, google, gamePush),

• мультиплеерные функции (photon),

• прочие обособленные наборы событий,

• общее для всех - выношу в лист common. Обычно он получается самый объёмный.

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

Как обычно, Телеграм:
https://t.me/toyprogrammer

2) Как это работает?

- Появилась новая задача — быстро записал её в карточку, положил в колонку «Сделать» и забыл до поры до времени.

- Закончил текущую задачу — кинул карточку с ней в «Готово». Глянул, в список задач и взял следующую и перетащил в колонку «В работе».

- Решил поменять порядок задач и какие-то из них вообще выкинуть из плана? Нет проблем! Просто перетащил нужные карточки в другие колонки.

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

3) Текущие задачи по личным проектам веду в kaiten.ru (раньше вёл в notion.so, но он закрылся для нашего региона). В Кайтене можно сделать удобную доску и оперативно перетаскивать выполненные задания между колонками.

Он даёт много бесплатных возможностей и не прогибается под санкциями :)

4) Для рабочих проектов в компании мы используем сервис yougile.com.

Это ещё более удобная доска с карточками.

Дома её не использую, чтобы случайно не смешать проекты.

3) Колонок в электронных досках можно сделать сколько угодно.

Например, у нас на текущей рабочей доске есть колонки:

- Легенда: описания проектов с их цветовой «дифференциацией штанов» и ссылками на всё по проектам.

- Бэклог: сделаем когда будет время или никогда.

- Депрессия: начали делать, но возникли траблы. Возможно мы их когда-нибудь доделаем. Или нет.

- Спринт: хорошо бы сделать за неделю.

- Правки: это нужно исправить в первую очередь.

- В работе: то, что мы делаем сейчас.

- Тестирование: вроде готово, но нужно проверить.

- Готово: протестировали, залили и забыли как страшный сон.

- Галя, у нас отмена: сначала хотели сделать, потом прикинули и решили: «данунафиг».

Вот такая удобная штука. Очень, рекомендую этот способ ведения проектов.

Как обычно, Телеграм:
https://t.me/toyprogrammer

P.S. Всех с Днём Победы!

Кто бы что ни думал об этом празднике, без него нас всех бы здесь не было.

Их сортирую по дате получения.

3) Картинки сортирую по назначению.

4) Файл Всё вместе.svg в Картинках - исходник, в котором рисую векторные интерфейсные элементы для игры.

5) В папке ! Интерфейс храню всякие кнопки-иконки и прочие маски.

6) Звуки и музыку обычно не сортирую - их редко бывает больше пары десятков файлов.

7) В папку Резервные копии по окончании рабочего дня копирую исходник игры (файл c3p), и файл Всё вместе.svg доработанные за день.

Таким образом, всегда есть вчерашняя резервная копия, на случай, если за день что-то сильно накосячил (несколько раз спасало почти готовые проекты).

Сортировка в этой папке - по датам.

8) В папку Тестовые версии скидываю то, что хочу закинуть на сайт. Также сортирую по датам.

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

В следующей части кратенько опишу свой способ сохранения идей для будущих и текущих игр.

Как обычно, Телеграм:
https://t.me/toyprogrammer

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

А вместо старого отдельного поведения Rex_MoveTo появился стандартное поведение MoveTo.

2) Обязательно заполняю описание проекта (в настройках редактора можно задать некоторые из них по умолчанию).

3) Всегда задаю и перед каждым экспортом обновляю версию проекта.

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

А браузеры просто обожают всё кешировать и часто показывают устаревшую версию игры.

4) Всегда сразу отключаю Worker в продвинутых настройках проекта.

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

Возможно я просто не понимаю его принципа, но мне без него лучше.

Также с ним не работает очень полезный плагин GamePush.

Это то, что касается создания нового проекта.

Завтра рассмотрим вариант хранения материалов игры, чтобы ничего не терялось и всё было доступно.

Как обычно, Телеграм:
https://t.me/toyprogrammer

P.S. Поиграть в игру, которая послужила источником скриншотов можно здесь:

https://dharmagames.ru/games/15/15puzzle/index.html