System Design Space

    Глава 189

    Обновлено: 9 февраля 2026 г. в 20:31

    Frontend Architecture for Design Systems (short summary)

    Прогресс части0/12

    Источник

    Книжный куб

    Обзор основан на посте Alexander Polomodov

    Перейти на сайт

    Frontend Architecture for Design Systems

    Авторы: Micah Godbolt
    Издательство: O'Reilly Media, Inc.
    Объём: 198 страниц

    Micah Godbolt о 4 столпах фронтенд-архитектуры: код, процессы, тестирование, документация. Schema-driven design system от Red Hat.

    Frontend Architecture for Design Systems — оригинальная обложкаОригинал

    Четыре столпа фронтенд-архитектуры

    Код

    Сладкое трио: HTML, CSS, JavaScript. Структурирование кода и применение принципов (SRP) в контексте фронтенда.

    Процессы

    Инструменты и процессы для создания эффективного workflow. CI/CD и сборка ассетов.

    Тестирование

    Создание устойчивого решения: юнит-тесты, performance-тесты, визуальное регресс-тестирование.

    Документация

    Организация компонентов в модульной дизайн-системе для переиспользования.

    Роль фронтенд-архитектора

    "By designing a system all frontend developers are going to work within, the architect sets a clear vision of what the end product, the code, will look like"

    Автор выделяет три составные части роли:

    • Design — проектирование системы, в которой будут работать все фронтенд-разработчики
    • Planning — планирование и определение технических решений
    • Oversight — постоянный контроль и корректировка."Frontend architecture is never a 'set it and forget it' proposition"

    Ключевая мысль: "Without the early input of a frontend architect, projects run the risk of having to choose between reworking designs, platform, or infrastructure and telling the frontend developers to make do"

    Schema-Driven Design System (Red Hat)

    В главе про процесс Red Hat раскрывается schema-driven design система, которая стала основой для масштабируемой дизайн-системы:

    КомпонентНазначение
    JSON SchemaСхема компонентов — контракт для структуры данных
    Template FileШаблон компонента (разметка)
    Sass PartialСтили компонента
    Visual Regression TestsТесты для визуального регресса
    Testing DataТестовые данные для проверки компонента
    DocumentationДокументация компонента
    Documentation DataДанные для примеров в документации

    Из практики: Этот подход "schema-driven design system" работает куда лучше, чем альтернативные варианты, особенно для крупных проектов с множеством разработчиков.

    Тестирование

    Часть книги, относящаяся к тестированию, охватывает три ключевых направления:

    Unit Tests

    Проверка отдельных функций и компонентов в изоляции

    Performance Tests

    Контроль производительности и времени загрузки

    Visual Regression

    Сравнение скриншотов для выявления визуальных изменений

    Ключевые выводы

    1

    Фреймворк-агностичность

    Книга не продвигает конкретную библиотеку — принципы применимы к любому стеку.

    2

    SRP на фронтенде

    Принцип единственной ответственности работает и для CSS — хорошее изложение в контексте стилей.

    3

    Schema-driven подход

    Контракты через JSON Schema обеспечивают предсказуемость и масштабируемость.

    4

    Постоянный oversight

    Архитектура требует непрерывного внимания и корректировок.

    Ограничения книги

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

    Что изучить дальше во фронтенд-архитектуре

    Где найти книгу

    O'Reilly

    Оригинальное издание на английском языке

    Перевод

    Официальный перевод на русский язык не издавался