Выбор имеет значение, когда история его помнит. В этом проекте для начинающих двое взрослых коллег решают, как открыть студию. Для этого используются небольшой граф фрагментов, одно сохранённое решение и две концовки. Иллюстраций потребуется совсем немного. Ваша первая задача — добиться, чтобы каждый выбор приводил к нужному результату, а затем убедиться, что этот результат сохраняется после сохранения и повторной загрузки.
В скачиваемом файле находится исходный код Twee для SugarCube. Скомпилируйте его в HTML, в который можно играть, с помощью Tweego и установленного формата истории SugarCube либо вручную воссоздайте фрагменты истории в Twine. Здесь пример не запускался в среде исполнения Twine, поэтому перед публикацией выполните описанные ниже проверки.
Сначала выберите формат
Создайте историю в Twine, выберите SugarCube 2 в качестве её формата и запишите используемую версию. Держите под рукой официальную документацию по макросам, переменным и сохранениям. В примерах для Harlowe используется другой синтаксис; скопировав их напрямую в SugarCube, вы быстро превратите простую сцену в сеанс отладки.
В скачанном исходном коде строки, начинающиеся с ::, обозначают начало фрагментов. StoryTitle и StoryData содержат информацию для настройки. В редакторе Twine задайте название истории и формат SugarCube, затем создайте StoryInit и шесть фрагментов истории, точно соблюдая их имена. Скопируйте содержимое каждого без заголовка :: и выберите Start в качестве начального фрагмента. Файл .twee — это редактируемый исходный код; для игроков публикуйте HTML.
Постройте граф фрагментов
Пример задаёт начальное значение $sharedPlan равным false. Start предлагает два ответа: SharedPlan устанавливает значение true, а SeparatePlan — false. Оба ведут к Discussion, где значение проверяется и показывается ссылка на SharedEnding или IndependentEnding. Это и есть весь граф: одно решение с видимым последствием.
Давайте фрагментам постоянные, легко различимые имена и проверяйте каждую точку назначения как на визуальном графе, так и в опубликованной сборке. Красивый текст ссылки не исправит опечатку в имени её цели. Отделяйте внутреннее имя фрагмента от текста, который вы можете переписать или перевести, чтобы изменение формулировки не нарушило маршрут.
Сделайте изменения состояния предсказуемыми
Используйте именованную переменную для одного конкретного решения. Здесь $sharedPlan хранит сведения о том, выбрал ли игрок общий план; она не обязана отражать все чувства между персонажами. Задавайте её значение там, где происходит выбор, и считывайте там, где проявляется последствие. Если эта связь очевидна, небольшую историю проще расширять.
Проверьте, что происходит, когда игрок повторно посещает фрагмент. Если при его показе добавляется очко, повторный визит может непреднамеренно принести ещё одно. В более крупных проектах задавайте отдельные правила для однократных событий и решайте, должен ли возврат назад по истории отменять их последствия. Проверяйте и повторную загрузку, не предполагая, что она работает так же, как первый визит.
Сделайте страницу удобной для чтения
Начните со стандартного интерфейса формата истории. Задайте тексту удобную для чтения ширину, используйте разборчивый шрифт и чётко обозначьте фокус на ссылках при управлении с клавиатуры. Проверьте абзацы и варианты выбора на узком экране. Декоративный слой мало поможет, если игрок не может найти следующую строку; добавляйте сложные фоны только после того, как читать станет удобно.
Сделайте настройки и элементы управления перезапуском и сохранением заметными. Обозначайте доступные ссылки и важное состояние не только цветом, чтобы страница оставалась понятной, даже если цветовой сигнал пропущен. Добавляя звук или движение, предусмотрите элементы управления и начинайте ненавязчиво. Пусть игроки сами выбирают, когда в сцене появится музыка или анимация.
Опубликуйте и проверьте сохранность данных
Опубликуйте историю через Twine либо скомпилируйте исходный код в HTML с выбранным форматом SugarCube, затем разместите этот файл на том хостинге, который планируете использовать. Проверьте его в браузере и на том источнике сайта (origin), который будут использовать игроки. Хранилище браузера привязано к своему контексту, поэтому успешное локальное сохранение ещё не показывает, как будет вести себя размещённая на хостинге версия.
Сохранитесь до решения и ещё раз после него. Закройте страницу, откройте её снова и загрузите каждое сохранение, проверяя, верны ли запомненный выбор и доступная концовка. Повторите проверку в новом профиле браузера, создав в нём новые сохранения. Отдельно проверьте приватный режим, очистку хранилища и запуск во встроенном виде на другой странице. Опишите обнаруженные ограничения: настройки браузера и поведение хостинга могут препятствовать сохранению данных между сеансами.
Подготовьте процесс обновления
Храните редактируемый исходный код в системе контроля версий и архивируйте каждый опубликованный HTML-релиз. Фиксируйте версию SugarCube и изменения фрагментов, сохраняйте характерные файлы сохранений, чтобы проверять обновление в сравнении с предыдущей сборкой. Решите, будут ли обновления поддерживать существующие сохранения. Если игрокам придётся начать заново, объясните это требование до того, как они загрузят новый релиз.
Пройдите каждую концовку с самого начала и проверьте все ссылки с клавиатуры, а где уместно — и с помощью сенсорного управления. Используйте матрицу проверки маршрутов, чтобы записывать ожидаемые и фактические результаты. Переходить дальше можно, когда историю легко читать, её состояние ведёт себя предсказуемо, а процесс публикации можно повторить. Прежде чем строить большую сеть ветвлений, прочитайте руководство по маршрутам и состояниям.
Ключевые решения
- Выберите SugarCube 2, прежде чем писать макросы SugarCube.
- Сохраняйте исходный код Twee; публикуйте HTML, в который можно играть.
- Проверяйте повторные посещения, сохранения и повторную загрузку на выбранном хостинге.
- Не меняйте имена фрагментов и архивируйте опубликованные релизы.
Файлы руководства
Пример Twee для SugarCube ↓Матрица проверки маршрутов ↓Внешние сообщества, посвящённые моделям, и внешние сайты для публикаций могут содержать откровенные материалы. Ссылки на источники открываются в новой вкладке; это руководство не загружает их предпросмотры.
Источники и дополнительные материалы +
Последняя проверка 5 октября 2026 г..