День добрый, я увидел вопросы в вашем комментарии

Как и любой другой кросс-платформенный движок?

Да, на сегодняшний день любой движок позволяет собрать игру под любые платформы. Но собрать не всегда означает, что она будет работать вменяемо. Я не уверен, удалось ли все донести мысль правильно, но основная месть была в том, что:
1. Это делается в один клик без дополнительных действий (не нужны СДК, другие аде и т.д. один раз скачал движок и собираешь игру под все)
2. Что важнее, что производительность под все платформы будет на высоком уровне, что очень важно для html5 проектов, особенно на мобильных устройствах (что я специально и подчеркнул). т.е. просто собрать, чаще всего, не достаточно. Нужно чтобы конечный пользователь мог в это играть с комфортом на любом среднестатистической устройстве.

Но в Unity большая часть тормозов и лагов НЕ из-за кода, отвечающего за логику.

Да, дело не в логике в 99% случаев. Думаю тут я точно не так донес мысль. Под подходами я имел ввиду не только написание логики, но и то как устроен движок и к каким подходам он в итоге "склоняет". Пара примеров:
- Defold статический движок, буферы под объекты выделяются заранее и создание/удаление объектов ничего не стоит на стороне движка (кроме логики в компонентах скрипт, которые пишет сам разработчик).
- GUI компонент дает простые инструменты разделения по слоям с простыми правилами, следуя которым накосячить с батчингом будет тяжело (даже если разработчик им не следовал, то добавить слои довольно быстро и просто)
- У ресурсов всегда есть четкий владелец, что делает менеджмент ресурсов довольно простым (загрузил объект с нужными ресурсам, выгрузил объект и ресурсы выгрузились)
и т.п.

Ну и вопросы производительности, все-же, стоит всегда поднимать для самого слабого "звена". В данном случае, я рассматриваю html5 на довольно средних, но очень распространенных мобильных телефонах. Если на них все хорошо, конечно и на других устройствах все будет отлично.

Тут отмечу, что я не говорю, что Defold лучше Юнити. Но он решает другие проблемы, которые Юнити если и решает то совершенно другими средствами, вроде отдельного project tiny, что уже и не совсем тот-же движок и требует отдельного написания игры с нуля.

По поводу кросс-платформенности.

1. Если кому нужен именно хтмл5, то дефолд отлично подходит. Многие площадки ставят лимит на размер билда. Типа "нам нужно не более 10 мб". Но юнити тетрис сбилдит в 15мб. Из-за этого сложно пробиваться с тяжелыми по размеру играми на большие хтмл5-площадки

2. Дефолд прикольно собирает. Например, ты можешь собрать андроид-приложение без андроид студио. А мак и айос приложения спокойно сбилдишь на винде. Под свитч - без сдк свитча. Вроде юнити так не может. Хотя могу ошибаться.

3. Лично у меня переключение таргета для билда в юнити - это каждый раз боль. Кликнул "хочу теперь, чтобы таргет был андроид" - ждешь минут 20, а каждый раз гадаешь - нормально ли всё будет, или вылезет непонятная ошибка переключения. Я не до конца разбираюсь, что конкретно юнити делает в этот момент. Но вероятность какой-то внутренней ошибки - велика! В дефолде нет переключения как такового. Просто нажимаешь кнопку "а теперь сделай билд под айос" - никаких видимых дополнительных процессов не происходит. Для кросс-платформенной разработки это очень удобно

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

Но в Unity большая часть тормозов и лагов НЕ из-за кода, отвечающего за логику.А из-за чего тогда?