Официальная подлинная архитектура спереди от входа до микрофинса -режима архитектуры архитектура архитектура
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
 |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
«Внешняя архитектура: от начала работы до микро-фронтенда» — это руководство по внедрению, в котором основное внимание уделяется архитектуре внешнего интерфейса, от базовых архитектурных спецификаций до проектирования архитектуры внешнего интерфейса и использования архитектуры микро-интерфейсного интерфейса для разделения сложных интерфейсных приложений.Эта книга помогает фронтенд-разработчикам лучше проектировать системы, систематически знакомя со всеми аспектами мира фронтенд-архитектуры.
Архитектура внешнего интерфейса включает в себя следующие пять частей.
?Дизайн: описывает шаблоны архитектурного проектирования, а также проектирование и формулирование рабочих процессов внешнего интерфейса.
?Основы: постройте полную систему архитектуры интерфейсных приложений посредством углубленного построения системы, принципов одностраничных приложений, системы знаний интерфейса и т. д.
?Внедрение: с помощью метода структуры кода познакомьте, как реализовать компонентную архитектуру, систему проектирования и архитектуру разделения внешнего и внутреннего интерфейса в приложениях корпоративного уровня.
?Микрофронтенд: знакомит с концепциями шести микрофронтендов, рассказывает о том, как разделить и проектировать микрофронтенд-приложения, а также показывает, как реализовать эти 6 микрофронтенд-архитектур.
?Эволюция: предложите обновление, миграцию, реконструкцию, переписывание, реархитектуру и другие методы эволюции архитектуры, чтобы помочь разработчикам лучше проектировать эволюционную архитектуру.
«Архитектура фронтенда: от начального уровня до микрофронтенда» подходит для разработчиков, технических директоров, архитекторов программного обеспечения и менеджеров проектов программного обеспечения, которые хотят стать отличными инженерами фронтенд-разработки (уровень начальный-средний) или которые стремятся построить более удобную в обслуживании системную архитектуру.
Каталог
Глава 1 Фронтальная архитектура1
1.1 Зачем нужна архитектура программного обеспечения?2
1.1.1 Что такое архитектура программного обеспечения2
1.1.2 Какая архитектура программного обеспечения нужна разработчикам?3
1.2 Архитектурный дизайн4
1.2.1 Собрать архитектурные требования5
1.2.2 Архитектурный образец10
1.2.3 Метод архитектурного проектирования11
1.2.4 Генерация выходных данных архитектуры15
1.3  Архитектурные принципы дизайна16
1.3.1 Не больше, не меньше16
1.3.2 Эволюционный17
1.3.3 Непрерывность19
1.4 История развития фронтенд-архитектуры20
1.5 Проектирование внешней архитектуры: иерархический дизайн21
1.5.1 Архитектура системы22
1.5.2 Архитектура уровня приложения23
1.5.3 Архитектура уровня модуля24
1.5.4 Уровень кодекса: нормы и принципы25
1.6  Резюме25
Глава 2 Реализация технической архитектуры в проекте27
2.1 Технический руководитель и архитектура28
2.2 Период технической подготовки: изучение технической архитектуры30
2.2.1 Архитектурный дизайн30
2.2.2 Подтверждение концепции: демонстрация прототипа архитектуры30
2.2.3 Итерация 0: Создайте полную среду31
2.2.4 Пример кода проекта: воплощение норм и принципов32
2.3 Период восстановления бизнеса: справляемся с первым сроком33
2.3.1 Дополнительный бизнес33
2.3.2 Тестирование: Практика стратегий тестирования34
2.3.3 Подготовьтесь к выходу в Интернет35
2.3.4 Первое развертывание: проверка архитектуры развертывания35
2.3.5 Улучшить возможности команды36
2.4 Период оптимизации роста: технический долг и эволюция39
2.4.1 Погасить технический долг40
2.4.2 Оптимизация опыта разработки41
2.4.3 приносит технические проблемы41
2.4.4 Улучшение и эволюция архитектуры42
2.5  Резюме43
Глава 3 Основа архитектуры: проектирование рабочего процесса44
3.1 Code Journey: основные характеристики45
3.2 Организация кода определяет архитектуру приложения47
3.3 Унифицируйте стиль кода, чтобы избежать архитектурной гнили49
3.4 Используйте Lint для стандартизации кода50
3.5 Стандартизируйте именование для улучшения читаемости.51
3.5.1 Номенклатура51
3.5.2 CSS и правила именования его препроцессора52
3.5.3 Правила именования компонентов53
3.6 Стандартизируйте инструменты разработки и повысьте эффективность разработки.54
3.7 Проектная документация: руководство по сборке README.55
3.8 Рисуем архитектурную схему: сокращаем затраты на связь56
3.8.1 56
3.8.2 Профессиональные инструменты57
3.8.3 Инструменты, включенные в программное обеспечение57
3.8.4 Онлайн-инструменты58
3.9 Редактируемая библиотека документов: улучшите сотрудничество59
3.10 Запись архитектурных решений: облегченная запись архитектурных решений59
3.11 Визуальная документация: сосредоточьтесь на читаемости кода60
3.12 Инструмент Канбан: единое управление бизнес-знаниями62
3.13 Информация об отправке: документация по каждой отправке кода.63
3.13.1 Метод проекта63
3.13.2 Подход к проекту с открытым исходным кодом64
3.13.3 Сравните различные методы работы с документами65
3.14 Улучшение качества кода посредством процесса66
3.14.1 Предварительная обработка кода67
3.14.2 Проверка кода вручную69
3.15 Используйте инструменты для улучшения качества кода70
3.15.1 Инструмент сканирования кода70
3.15.2 Быстрая реконструкция IDE71
3.16 Стратегия тестирования72
3.16.1 73
3.16.2  тест компонента75
3.16.3 Тестирование контракта/интерфейса76
3.17  Резюме77
Глава 4 Основы архитектуры: процесс проектирования и сборки78
4.1 Инструмент управления зависимостями81
4.2 Управление исходным кодом пакета программного обеспечения83
4.3 Упаковка внешнего кода88
4.4 Проектирование и построение потока89
4.5 Проблемы с непрерывной доставкой99
4.6  Резюме105
Глава 5 Проектирование архитектуры: многостраничное приложение107
5.1 Почему вам не нужно одностраничное приложение108
5.1.1 Стоимость строительства108
5.1.2 Стоимость обучения109
5.1.3 Стоимость фонового рендеринга110
5.1.4 Сложность архитектуры приложения111
5.2 Разработка простых многостраничных приложений.112
5.2.1 Выберите библиотеку пользовательского интерфейса и платформу.113
5.2.2 jQuery и Bootstrap по-прежнему просты в использовании.113
5.2.3 Не используйте рамки: вы не’t Need xxx114
5.3 Разработка сложных многостраничных приложений.115
5.3.1 Принципы шаблонов и шаблонизаторов115
5.3.2 Разработка механизма шаблонов на основе строк116
5.3.3 Разработка шаблонизатора на основе JavaScript117
5.3.4 Принцип и практика двусторонней привязки120
5.3.5 Принципы и практика внешней маршрутизации124
5.3.6 Два типа маршрутизации124
5.3.7 Самодельный менеджер маршрутизации Hash125
5.4 Избегайте архитектуры дробовика127
5.4.1 Приложение архитектуры дробовика127
5.4.2 Как уменьшить частоту разбросанных эластичных архитектур128
5.5  Резюме130
Глава 6 Проектирование архитектуры: одностраничное приложение131
6.1 Принцип внешнего MV*132
6.2 Принцип внешней архитектуры MVC133
6.3 Дополнительно: проектирование двусторонней привязки MVC135
6.4 Выбор внешнего фреймворка138
6.4.1 Рекомендации по выбору139
6.4.2 Тип рамы: большая и всеобъемлющая или маленькая и красивая.140
6.4.3 Фреймворк: Реагировать142
6.4.4 Фреймворк: Угловой143
6.4.5 Фреймворк: Vue145
6.4.6 Краткое описание выбора146
6.5 Запустите интерфейсное приложение146
6.5.1 Создание каркаса приложения147
6.5.2 Создание библиотеки компонентов148
6.5.3 Учитывайте диапазон поддержки браузера150
6.6 Серверный рендеринг155
6.6.1 Изоморфный рендеринг на языках, отличных от JavaScript.155
6.6.2 Изоморфный рендеринг на основе языка JavaScript.157
6.6.3 предварительный рендеринг158
6.7  Резюме159
Глава 7 Архитектурное проектирование: компонентная архитектура161
7.1 Архитектура внешних компонентов161
7.2 Основы: Руководство по стилю163
7.2.1 Принципы и закономерности163
7.2.2  цвет165
7.2.3 верстка текста167
7.2.4 макет168
7.2.5  компонент173
7.2.6 Документация и прочее174
7.2.7 Руководство по стилю обслуживания174
7.3 Повторное использование: библиотека шаблонов175
7.3.1 Библиотека компонентов176
7.3.2 Тип компонента178
7.3.3 Изоляция: вторичная упаковка183
7.4 Дополнительно: система проектирования184
7.4.1 Устанавливайте принципы и создавайте шаблоны186
7.4.2 Атомный дизайн188
7.4.3 Техническое обслуживание и документация191
7.5 Межплатформенная компонентизация192
7.5.1 Вызов друг друга между платформами: веб-компоненты192
7.5.2 Кроссплатформенная библиотека шаблонов193
7.6  Резюме194
Глава 8 Проектирование архитектуры: архитектура разделения фронтенда и бэкэнда195
8.1 Разделение передней и задней части196
8.1.1 Почему стоит разделить переднюю и заднюю части?196
8.1.2 Модель разработки с разделением фронтенда и бэкенда197
8.1.3 Дизайн API с разделением фронтенда и бэкэнда198
8.2 Режим управления API: метод управления документами API202
8.3 Параллельная разработка фронтенда и бэкэнда: Mock Server205
8.3.1 Что такое Mock-сервер?205
8.3.2 Сравнение трех типов Mock-сервера207
8.3.3 Тестирование Mock Server: контрактное тестирование212
8.3.4 Краткое описание параллельной разработки фронтенда и бэкенда217
8.4 Бэкэнд, обслуживающий интерфейс: BFF218
8.4.1 Зачем использовать лучший друг218
8.4.2 Как реализовать BFF на передней и задней частях221
8.4.3 Использование GraphQL в качестве лучшего друга223
8.5  Резюме228
Глава 9 Архитектурный дизайн: микрофронтенд-архитектура229
9.1 Микро-интерфейс230
9.1.1 Микрофронтенд-архитектура230
9.1.2 Зачем нам нужен микроинтерфейс232
9.2 Метод технического разделения микроинтерфейса234
9.2.1 Тип распределения маршрутизации235
9.2.2 Фронтальные микросервисы236
9.2.3 Комбинированная интеграция: микроприложение237
9.2.4 Виджетизация238
9.2.5 Интерфейсный контейнер: iframe239
9.2.6 Создано с помощью веб-компонентов240
9.3 Метод микрофронтендного разделения бизнеса241
9.3.1 Разделить по бизнесу242
9.3.2 Разделить по разрешениям243
9.3.3 Разделить по частоте изменений243
9.3.4 Разделение по организационной структуре244
9.3.5 Следите за разделением серверных микросервисов244
9.3.6 DDD и штурм событий245
9.4 Архитектурное проектирование микроинтерфейса245
9.4.1 Стройте инфраструктуру246
9.4.2 Извлечение компонентов и библиотек шаблонов246
9.4.3 Механизм связи приложения247
9.4.4  управление данными248
9.4.5 Выделенная система сборки249
9.5 Шаблон архитектуры микроинтерфейса249
9.5.1 Режим док-станции250
9.5.2 Режим самоорганизации251
9.6 Концепция дизайна микроинтерфейса252
9.6.1 Централизация: реестр приложений252
9.6.2 Приложение для идентификации253
9.6.3 253
9.6.4 Высокая связность, низкая связанность254
9.7&LDQUO”Вредная архитектура254
9.7.1 Микроархитектура256
9.7.2 Эволюция архитектуры256
9.7.3 Проблемы, вызванные микроархитектурой257
9.7.4 Решение: съемная микроархитектура259
9.8  Резюме259
Глава 10 Микро-фронтенд-практика261
10.1 Устаревшие системы: распределение маршрутов262
10.1.1 Маршрутизация распределенного микроинтерфейса263
10.1.2 Тест распределения маршрутов264
10.2 Микроинтерфейс устаревшей системы: использование iframe в качестве контейнера266
10.3 Микроприложение266
10.3.1 Микроприложение267
10.3.2 Реализация архитектуры269
10.3.3 Стратегия тестирования271
10.4 Фронтальные микросервисы272
10.4.1 План проектирования микросервиса273
10.4.2 Универсальные интерфейсные микросервисы: Single-SPA276
10.4.3 Настраиваемые интерфейсные микросервисы: Mooa279
10.4.4 Краткое описание интерфейсных микросервисов283
10.5 Компонентный микроинтерфейс: виджетизация283
10.5.1 Виджеты компиляции во время выполнения: динамический рендеринг компонентов284
10.5.2 Предварительно скомпилированная виджетизация287
10.6 Взгляд в будущее: веб-компоненты288
10.6.1 Web Components289
10.6.2 Метод чистых веб-компонентов291
10.6.3 В сочетании с методом веб-компонентов293
10.7  Резюме295
Глава 11 Эволюция архитектуры: Эволюционная архитектура297
11.1 Обновить298
11.1.1 Обновление версий зависимостей и платформы299
11.1.2 Обновление языковой версии300
11.1.3 Переустановка устаревшей системы300
11.2 миграция301
11.2.1 Схема миграции архитектуры302
11.2.2 Метод миграции: микроинтерфейс303
11.2.3 Метод миграции: поиск контейнеров303
11.3 304
11.3.1  Реконструкция архитектуры304
11.3.2 Извлечение компонентов, извлечение функций, извлечение стилей305
11.3.3 Внедрение новых технологий306
11.4  переписать307
11.4.1 Может ли перезапись решить проблему?308
11.4.2 Кардинговый бизнес309
11.4.3 Осадки новой архитектуры310
11.5 Реструктуризация311
11.5.1 Восстановление архитектуры311
11.5.2 Инкрементное переписывание312
11.6  Резюме313
Фодаль
один&Ldquo; Geek”, создатели, которые любят создавать и делиться ими в реальном и виртуальном мирах.
Хотелось бы поделиться опытом разработки программного обеспечения, чтобы помочь разработчикам создавать более качественные программные системы.Он написал три книги по разработке программного обеспечения: «Внешняя архитектура: от начального уровня до микро-интерфейса», «Проектирование Интернета вещей самостоятельно» и «Разработка полнофункциональных приложений: бережливая практика».Также является техническим рецензентом семи книг по Интернету вещей и интерфейсной разработке.
Энтузиаст открытого исходного кода, создавший множество практичных программ с открытым исходным кодом на GitHub.После работы люблю что-нибудь изобретать“”Чтобы весело провести время. Вы можете найти больше на его странице GitHub.“”.