Разберем пятерку лидеров, их сильные и слабые стороны.

1. Flutter

Flutter — это фреймворк от Google, который использует язык Dart и известен своей высокой производительностью и гибкостью в дизайне.

• 💎 Главные козыри: Собственный движок для отрисовки интерфейса гарантирует, что приложение будет выглядеть и работать одинаково на любом устройстве. Функция Hot Reload позволяет мгновенно видеть изменения в коде, что ускоряет разработку. Единая кодовая база работает не только для iOS и Android, но и для веба, и даже для десктопных приложений.

• ⚖ Что учесть: Размер собранного приложения может быть чуть больше, чем у нативных аналогов. Также потребуется изучить язык Dart, если вы с ним не знакомы.

• 🎯 Идеально для: Стартапов и компаний, которые ценят быстрый запуск, единый дизайн на всех платформах и высокую производительность. На Flutter созданы приложения Google Pay, Google Earth и части Alibaba.

2. React Native

React Native от Meta (Facebook) позволяет создавать приложения с использованием JavaScript и React. Его ключевое отличие в использовании нативных компонентов платформы, благодаря чему приложения выглядят "как родные" для iOS или Android.

• 💎 Главные козыри: Огромное сообщество и множество готовых библиотек. Если в вашей команде есть веб-разработчики с опытом работы с React, им будет легко начать работу. Официально рекомендуется начинать новые проекты с использованием фреймворка Expo, который значительно упрощает процесс сборки, обновления и разработки.

• ⚖ Что учесть: Настройка окружения и работа с нативными зависимостями без Expo могут быть сложными для новичков.

• 🎯 Идеально для: Команд, уже знакомых с экосистемой React, и для проектов, где важно, чтобы интерфейс соответствовал стандартным элементам платформы.

3. .NET MAUI (эволюция Xamarin)

Xamarin многие годы был основным фреймворком от Microsoft для кроссплатформенной разработки на C#. Однако важно отметить, что поддержка Xamarin официально прекращена с 1 мая 2024 года. Его преемником стал .NET Multi-platform App UI (MAUI).

• 💎 Главные козыри: Позволяет использовать язык C# и .NET-экосистему. Обеспечивает высокую производительность, близкую к нативной. Глубокая интеграция со средой разработки Visual Studio.

• ⚖ Что учесть: Рекомендуется начинать новые проекты сразу на .NET MAUI, а существующие приложения на Xamarin — мигрировать.

• 🎯 Идеально для: Enterprise-решений и команд, уже тесно связанных с экосистемой Microsoft и языком C#.

4. Ionic

Ionic — фреймворк, который позволяет создавать гибридные приложения, используя знакомые всем веб-технологии: HTML, CSS и JavaScript.

• 💎 Главные козыри: Очень низкий порог входа для веб-разработчиков. Богатая библиотека готовых UI-компонентов. Легко интегрируется с популярными фреймворками, такими как Angular, React и Vue.

• ⚖ Что учесть: Производительность может уступать нативным решениям и таким фреймворкам, как Flutter, особенно для задач с интенсивной графикой.

• 🎯 Идеально для: Создания прототипов, корпоративных приложений и проектов, где основная логика уже реализована в веб-версии.

5. Apache Cordova (PhoneGap)

Cordova — один из пионеров кроссплатформенной разработки. Как и Ionic, он использует WebView для отображения контента, созданного с помощью веб-технологий.

• 💎 Главные козыри: Максимальная простота и скорость для портирования существующего веб-приложения в мобильную оболочку. Огромная библиотека плагинов для доступа к нативным функциям устройства.

• ⚖ Что учесть: Наименьшая производительность из всего списка, так приложение по сути является веб-сайтом в мобильной упаковке.

• 🎯 Идеально для: Быстрого запуска простых приложений или для случаев, когда нужно просто "завернуть" сайт в мобильную оболочку.

💎 Итог: Какой фреймворк выбрать?

Сверим ваши задачи с возможностями фреймворков с помощью этой таблицы-шпаргалки:

Надеюсь, этот обзор поможет вам определиться с выбором инструмента. Удачи в разработке!

Если у вас есть опыт использования какого-либо из этих фреймворков или вы стоите перед конкретным выбором для своего проекта — делитесь в комментариях, обсудим!

А также еще больше такого контента у нас в ТГ канале!

(стоят в очереди за колбасой)

Итак, как работают коллизии в моей игре:

1. Сервер каждый тик обходит QuadTree (такая структура данных основнная на дереве позиций и "хитбоксов" юнитов) и ищет пересечения у прямоугольников. Если пересечение есть - можно рассчитывать коллизию (её может и не быть, если хитбокс это сложная фигура). В нашем случае всё просто - прямоугольники пересеклись - нужно разрешать коллизию.

2. Разрешение коллизии: для каждый прямоугольник "выталкивает" другой в направлении от своего центра.

3. Далее ECS система, отвечающая за передвижение детектит, что есть компонент типа "Толкать объект", и перемещает его на новую позицию. Важно, что это отличная от перемещений юнитов система, так как если вы например захотите переработать коллизии - то вам нужно лишь заменить эту систему, не трогая соврешенно другую логику.

4. Далее система отвечающая за передачу информации клиенту видит, что компонент типа "Толкать объект" изменился в этом тике - и сериализует (запаковывает) его в байтовый пакет для передачи по сети.

5. И в финале клиент слушает и безукоризненно применяет эти изменения в своей локальной системе, которая отвечает за позиции юнитов.

6. Система рендеринга считывает что в этот кадр позиция юнита поменялась - и перерисовывает его на экране в новом месте!

На этом все, а следить за релизами мой Hearthstone-like игры можно тут:

https://t.me/make_world

https://discord.gg/YtYa9ky33u

https://www.patreon.com/c/KonungzRage

Ну и небольшой бонус из ранней разработки коллизий)

Думаю, будет интересно новичкам в мобильной разработке и тем, кто знакомится с миром бэкэнда на Strapi.

Каждое видео длительностью до получаса и посвящено разбору одной или парочке практических задач.

Монетизации никакой нет на Youtube, реклама тоже отсутствует и нет никаких планов вводить, так что для меня это хобби в свободное время.

Заходите, может, покажется вам полезным.

-- в некоторых странах (а вернее у некоторых провайдеров) аудиопотоки музыки и/или ATC Live недоступны - для них я собираюсь сделать режим не привязанный к потокам (с небольшой коллекцией музыки и архивных записей ATC). Сейчас можно использовать VPN

-- на текущий момент нельзя указать свой аэропорт

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

На смартфонах вы можете сохранить этот сайт на рабочий стол, и оно будет выглядеть как настоящее приложение (pwa).

https://afoodpro.github.io/lofiatcradio/

Я надеюсь моя поделка кому ни будь пригодиться