Что такое бизнес-логика и как ее изолировать

• Приветствие и объявление темы стрима: бизнес-логика.  

• Четыре тезиса для обсуждения.  

• Приоритет ответов на вопросы из донатов.  

• Проверка звука и каналов.  

• Напоминание о телеграм-канале "Сотовый инженерный блок".  

• Бизнес-логика как совокупность правил и ограничений.  

• Важность выделения бизнес-логики в архитектурных паттернах.  

• Чистая архитектура и её роль в изоляции бизнес-логики.  

• Проблемы изменения бизнес-логики и важность её изоляции.  

• Закон протекающих абстракций и его влияние на бизнес-логику.  

• Примеры, когда бизнес-логика начинает влиять на другие слои.  

• Бизнес-логика в задачах для бизнеса.  

• Примеры автоматизации отчетности и формирования словаря бизнес-терминов.  

• Различие между бизнес-требованиями и реализацией.  

• Создание сущностей и методов для обработки данных.  

• Бизнес-методы как часть бизнес-логики в программе.  

• Интерфейсы важны для взаимодействия с ядром системы.  

• Интерфейсы определяют методы, которые можно применять к данным внутри границ.  

• Реализация интерфейса находится внутри границы, а использование - вне её.  

• Интерфейсы обеспечивают изоляцию внутреннего поведения от внешнего.  

• Данные должны доставляться через инфраструктуру, а не напрямую.  

• Разделение хранения и обработки данных помогает достичь изоляции.  

• Данные передаются между бизнес-областью и инфраструктурой через интерфейсы.  

• Бэк-энд и фронтенд могут выполнять как бизнес-задачи, так и инфраструктурные задачи.  

• Хранение данных обычно осуществляется на бэк-энде, но может быть и на фронтенде.  

• Вопрос о том, можно ли считать библиотечный код бизнес-логикой, остается спорным.  

• Существуют два подхода: техническая часть библиотеки - это бизнес или нет.  

• Библиотеки часто компактны и не имеют дополнительных архитектурных границ.  

• Интерфейсы библиотек должны быть устойчивы и редко меняться.  

• Изменения интерфейсов должны быть минимальны и не нарушать обратную совместимость.  

• Библиотеки должны расширять свои методы, а не перерабатывать их.  

• Библиотечный код можно воспринимать как инфраструктурную часть.  

• Важно определить, считать ли библиотечный код бизнес-логикой.  

• Если считать библиотечный код бизнес-логикой, это может вызвать проблемы в общении с заказчиками.  

• Восприятие библиотечного кода как бизнес-логики может размывать разницу между бизнес-логикой и инфраструктурной логикой.  

• Технические вопросы могут быть автоматизируемыми операциями, что размывает идею выделения бизнес-логики.  

• Важно четко определить, что является бизнес-логикой, а что нет.  

• Бизнес-логика должна быть отделена от технических вопросов.  

• Технические вопросы должны быть инфраструктурными или техническими.  

• Важно строго различать бизнес-логику и технические аспекты.  

• Программисты, работающие с инфраструктурой, могут трактовать свою работу как бизнес-логику.  

• Это приводит к путанице и противоречиям.  

• Важно четко разделять бизнес-логику и инфраструктурную логику.  

• Алгоритмы могут быть абстрактными и не содержать бизнес-логики.  

• Конкретные бизнес-правила и ограничения должны быть реализованы в алгоритмах.  

• Алгоритмы могут быть частью бизнес-логики и проверяться через тестирование.  

• Правила игры и ограничения являются бизнес-логикой.  

• Техническая реализация, например, рендеринг графики, относится к инфраструктурной части.  

• Бизнес-логика может существовать и без технической реализации.  

• ИТ-индустрия имеет признаки пузыря: быстрое втягивание людей, падение качества образования, формирование бизнес-областей без высокого качества.  

• Существуют две части ИТ-индустрии: потребители готовых решений и создатели новых технологий.  

• Потребители растут быстро, но качество специалистов падает, что приводит к раздутию пузыря.  

• Большие компании осознали, что не могут себе позволить нанимать людей без выхлопа.  

• Это приводит к сокращению, ухудшению условий труда и уменьшению набора новых сотрудников.  

• Вопрос о том, является ли это признаком лопнувшего пузыря, остается открытым.  

• Вопрос о разделении бизнес-логики и UI на фронте.  

• Стандартные модели фреймворков, такие как Angular, выделяют шаблоны, которые не являются бизнес-логикой.  

• Важно понять, где именно должна обрабатываться бизнес-логика: на фронте или на бэкенде.  

• Бизнес-логика включает получение данных, их преобразование и сохранение в базе данных.  

• UI не является бизнес-логикой, а скорее технической частью.  

• UI можно заменить на текстовый или голосовой интерфейс, что не влияет на бизнес-логику.  

• Бизнес-логика может включать технические вопросы, такие как смета на приобретение технических средств.  

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

• UI не относится к бизнес-логике, а является технической частью.  

• Важно проверять наличие товаров на складе, а не только в базе данных.  

• Технические задачи, такие как ревизии склада, должны синхронизироваться с реальными данными.  

• Автоматизированная система может быть заменена на ручные процессы, если это соответствует бизнес-правилам.  

• Бизнес-данные могут храниться в памяти компьютера или в базе данных.  

• Преобразование данных может быть прозрачным и не обязательно активным действием.  

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

• Заказчики часто путаются в различиях между UI и бэкендом.  

• Использование технических требований в бизнес-логике запутывает разработчиков.  

• Изоляция бизнес-логики важна для предотвращения изменений в технической части.  

• Бизнес-логика должна быть изолирована и корректно связана с UI.  

• Интерфейс магазина в бизнес-слое принимает данные в виде набора полей.  

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

• Интерфейс служит транспортом для преодоления границ между бизнес-логикой и технической частью.  

• Преобразование данных происходит на границе, что позволяет контролировать и проверять условия.  

• Границы должны быть тонкими для эффективного управления данными.  

• Рекомендованы книги по дизайну и архитектуре, такие как "Красная, синяя, зеленая" и "Чистая архитектура".  

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

• Вопросы о сохранении стримов будут решаться в зависимости от количества лайков и активности зрителей.