35 Обзор архитектуры Feature Sliced

• Сойер представляет архитектурный стрим, посвященный архитектуре для фронтенда под названием "Фича слайсит".  

• Архитектура ориентирована на бизнес-задачи и управление техническим долгом.  

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

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

• Переиспользование может быть разным: в рамках проекта или инфраструктуры.  

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

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

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

• Зацепление является первым признаком архитектуры и может быть вертикальным или горизонтальным.  

• Слоистая архитектура предполагает взаимодействие между слоями только с соседями.  

• Зацепление между слоями и чужаками запрещено.  

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

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

• Конфигурационные файлы должны быть на уровне приложения, а не на уровне шар.  

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

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

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

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

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

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

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

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

• Модульная архитектура является монолитной, так как слои не могут жить отдельно друг от друга.  

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

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

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

• Реактивная архитектура может быть реализована с использованием готовых решений, таких как React.  

• Монолитная архитектура может нарушать изоляцию, но слоистая архитектура гарантирует разделение на слои и соблюдение правил изоляции.  

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

• Рассматриваются слои, слайсы, сегменты, процессы, страницы и виджеты.  

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

• Уточняется понимание архитектуры, где приложение включает в себя сегменты, а не слайсы.  

• Процессы и страницы рассматриваются как отдельные структуры.  

• Обсуждается декомпозиция на составные части, такие как фичи и страницы.  

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

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

• Сущности могут быть использованы повторно и содержать модули, слайсы и модели.  

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

• Они могут быть использованы в разных проектах и имеют универсальный характер.  

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

• Слоистая архитектура предполагает разделение на приложение, процессы, слайсы и сущности.  

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

• Конфик должен быть в сущностях, страницах и виджетах.  

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

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

• Обсуждается, что слои должны быть разделены на фичи, виджеты и процессы.  

• Конфиг должен быть вынесен в другое место, чтобы избежать зависимости.  

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

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

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

• Между проектами переиспользование возможно только при использовании одинаковых технологий и форматов данных.