Все, что транслирую в ЖК с 2020 — это моя личная боль и ответ на вопрос: «как построить... — 13 мая 2026 г. в 08:55:39.045
Все, что транслирую в ЖК с 2020 — это моя личная боль и ответ на вопрос: «как построить приложение так, чтобы развивать его годами и не переписывать с нуля при каждом новом требовании» Эту проблему я почувствовал только тогда, когда в 2020 году занялся разработкой игр. До этого я только дописывал существующие приложения, но не создавал приложения с нуля. Первая игра показала, что я не понимаю, как собрать приложение целиком. Мой путь начался с чистого кода, дальше были паттерны. Потом работа в технике use case. Потом SOLID, GRASP, слои и инверсия зависимостей. Что-то получалось, но качественная архитектура приложения от этого не появилась. Зато выделились слои, чего раньше не понимал. Потом капнул в сторону DDD: что такое домен, как его спроектировать и почему архитектура начинается с богатой доменной модели. Но не хватало еще одного уровня. Я хорошо понимал, как устроена работа внутри приложения, но как приложение должно запускаться? 👉 Кто собирает зависимости 👉 Кто решает, в какой режим перейти первым 👉 Кто обрабатывает ситуацию, когда приложение закрывается, уходит в фон или не может стартовать 👉 Кто связывает Bounded Context между собой То есть нужен не только дизайн домена и use case, а модель приложения как целого. Сейчас это понимание ко мне пришло. На картинке диаграмма запуска игры в Unity. В обычных приложениях принцип тот же, просто часть шагов изменится: например, не будет старта уровня. Смысл схемы: 👉 приложение сначала собирается 👉 потом запускает boot-процесс 👉 boot-процесс возвращает начальный режим 👉 приложение переходит в этот режим Это отделяет запуск от бизнес-логики и не размазывает инициализацию по сценам, объектам и сервисам. Похожий подход я использовал в конфигурации для JWT-аутентификации на 1С: https://github.com/yellow-club/onec-jwt-auth Решение в JWT не полностью каноническое: на момент написания я не так точно продумал слой запуска и не выделил богатую доменную модель. Но базовая идея та же — приложение собирается через композицию, а дальше управляется как единая система. Теперь я совершенно доволен. Спасибо ребятам и девчатам с первого и второго потока «Чистой архитектуры на Unity». Без вас, ваших вопросов и вашего кода я никогда бы со всем этим не разобрался. Думаю сделать стрим по всей схеме с примерами на 1С. Это очень тяжелая задача, типовые пишутся без применение того, о чем я пишу. Это не только влияет на код, но и формирует взгляды 1С программистов на то, что такое архитектура. Поставьте 🔥, если тема важна. И в каментах что-нибудь напишите. А то у меня иногда такое ощущение, что все это в мире 1С не нужно, и я зря сотрясаю воздух. Без вашей моральной поддержки стрим точно не случится