Node.js for enterprise 2021 - JavaScript Fwdays 3
0 likes256 views
Документ описывает использование стека Node.js для создания корпоративных приложений, акцентируя внимание на архитектуре, паттернах проектирования и безопасности кода. Он рассматривает аспекты, такие как внедрение зависимостей, асинхронность, обработка ошибок и устойчивость к изменениям в коде, а также включает примеры схем базы данных и тайпингов. В заключение описывается процесс генерации типов, миграций и визуального моделирования в разработке приложений.
Node.js for enterprise 2021 - JavaScript Fwdays 3
- 1. Node.js Stack for Enterprise (Part 3)
- 2. Что делаем сегодня ● Смотрим код (который недосмотрели) ● Где нам помогли GRASP, SOLID, DI, DDD ● Отделяем модель от сервисов
- 3. В предыдущих сериях ● Фреймворк-агностик, транспорт-агностик ● Изоляция кода и безопасность ● Нет состояний гонки в асинхронном коде ● Нет утечек памяти и ресурсов ● Надежно обрабатываются ошибки ● DI (внедрение зависимостей) ● Авто-роутинг на файловой системе
- 4. Давайте посмотрим код graceful shutdown metawatch semaphore валидация контракта metaschema
- 5. Application layered (onion) Architecture Domain model Domain services Application services Presentation Infrastructure Persistence Postgres Redis External API Logger Configs Scheduler Health mon Validation Cryptography Sessions App firewall AAA Web UI Mobile UI API gateway
- 6. Schema-centric approach Domain model Schema Domain services External interfaces DB structure API specs Data structs Validation Use cases BL Scenarios User interfaces Web UI Mobile UI Reporting
- 7. Express architecture: Big ball of mud models controllers logger configs AAA validation cryptography sessions routing middlewares db configs rendering
- 8. Express architecture: Big ball of mud models controllers logger configs AAA validation cryptography sessions routing middlewares ORM db configs rendering
- 9. Пример схем Schemas/SystemUser.js ({ login: { type: 'string', unique: true, length: 30 }, password: { type: 'string', length: 10 }, fullName: { 'string' required: false }, }); SystemUser SystemGroup SystemSession
- 10. Пример схем Schemas/SystemGroup.js ({ name: { type: 'string', unique: true }, users: { many: 'SystemUser' }, }); SystemUser SystemGroup SystemSession
- 11. Пример схем Schemas/SystemSession.js ({ user: 'SystemUser', token: { type: 'string', unique: true }, ip: 'string', data: 'json', }); SystemUser SystemGroup SystemSession
- 12. Генерация структуры базы CREATE TABLE "SystemUser" ( "systemUserId" bigint generated always as identity, "login" varchar(30) NOT NULL, "password" varchar(10) NOT NULL, "fullName" varchar ); ALTER TABLE "SystemUser" ADD CONSTRAINT "pkSystemUser" PRIMARY KEY ("systemUser");
- 13. Генерация структуры базы CREATE TABLE "SystemGroup" ( "systemGroupId" bigint generated always as identity, "name" varchar NOT NULL ); ALTER TABLE "SystemGroup" ADD CONSTRAINT "pkSystemGroup" PRIMARY KEY ("systemGroup");
- 14. Генерация структуры базы CREATE TABLE "SystemGroupSystemUser" ( "systemGroupId" bigint NOT NULL, "systemUserId" bigint NOT NULL ); ALTER TABLE "SystemGroupSystemUser" ADD CONSTRAINT "pkSystemGroupSystemUser" PRIMARY KEY ("systemGroupId", "systemUserId");
- 15. Генерация структуры базы ALTER TABLE "SystemGroupSystemUser" ADD CONSTRAINT "fkSystemGroupSystemUserSystemGroup" FOREIGN KEY ("systemGroupId") REFERENCES "SystemGroup" ("systemGroupId"); ALTER TABLE "SystemGroupSystemUser" ADD CONSTRAINT "fkSystemGroupSystemUserSystemUser" FOREIGN KEY ("systemUserId") REFERENCES "SystemUser" ("systemUserId");
- 16. Генерация структуры базы CREATE TABLE "SystemSession" ( "systemSessionId" bigint generated always as identity, "userId" bigint NOT NULL, "token" varchar NOT NULL, "ip" varchar NOT NULL, "data" jsonb NOT NULL ); ALTER TABLE "SystemSession" ADD CONSTRAINT "pkSystemSession" PRIMARY KEY ("systemSession");
- 17. Генерация структуры базы ALTER TABLE "SystemSession" ADD CONSTRAINT "fkSystemSessionUser" FOREIGN KEY ("userId") REFERENCES "SystemUser" ("systemUserId");
- 18. Генерация .d.ts тайпингов interface SystemUser { systemUserId: number; login: string; password: string; fullName: string; } interface SystemGroup { systemGroupId: number; name: string; }
- 19. Генерация .d.ts тайпингов interface SystemSession { systemSessionId: number; userId: number; token: string; ip: string; data: string; }
- 20. Генерируем из схемы ● Валидация контрактов и данных ● Тайпинги .d.ts для кода ● SQL DDL cтруктура базы ● Авто-миграции и версии БД ● Скаффолдинг доступа к БД ● UI (веб и мобильный) ● Schema + Flow-chart
- 21. GRASP General responsibility assignment software patterns (распределение ответственности) Книга “Применение UML и шаблонов проектирования” // Крэг Ларман
- 22. GRASP General responsibility assignment software patterns (распределение ответственности) • Low Coupling • High Cohesion • Information Expert • Creator • Controller • Polymorphism • Pure Fabrication • Indirection • Protected Variations
- 23. GRASP: Information Expert Проблема: как распределить ответственность между классами? Решение: назначить ответственность классу, который имеет всю необходимую информацию для работы (принятия решения). Зачем: снижает зацепление, упрощает код, повышает инкапсуляцию, переиспользование.
- 24. GRASP: Cohesion & Coupling Cohesion - связность внутри класса, модуля, компонента Coupling - зацепление между классами, модулями...
- 25. GRASP: Creator Проблема: кто должен создавать инстанс? (кто держит ссылку или разрушает) Решение: тот, кто содержит или агрегирует инстансы, кто интенсивно работает с ними, кто имеет информацию для инициализации. Зачем: для снижения зацепления. Примеры: конструктор, фабрика, пул.
- 26. GRASP: Controller Controller - точка входа для внешнего взаимодействия, выполняет системные операции и делегирует бизнес-логику. Проблема: кто и как взаимодействует с UI? Зачем: защита от событий, конкурентности, асинхронности и параллельности. Примеры: команда, фасад, изоляция слоев.
- 27. GRASP: Polymorphism Polymorphism - альтернативное поведение на основании типа (см. SOLID: LSP, OCP). Проблема: как быть, если в зависимости от типа нужно изменять поведение? Решение: заменяем if и case на полиморфизм и наследование, обращаемся через интерфейс или абстрактный класс.
- 28. GRASP: Indirection Indirection - Введение объекта-посредника снижает зацепление между абстракциями. Зачем: снижает зацепление, улучшает переиспользование кода. Пример: шаблон Mediator (посредник) из GoF, в шаблоне MVC, С - controller.
- 29. GRASP: Pure fabrication Чистая выдумка - абстракция, которой нет в предметной области. Она часто позволяет снизить зацепление классов предметной области. Примеры: Socket, DB Query, EventEmitter, Promise, список, асинхронная очередь.
- 30. GRASP: Protected variations Устойчивость к изменениям: защита абстракций от изменения путем спецификации интерфейсов или контрактов и взаимодействию через них.
- 31. Что мы применяли ● Архитектура: DDD и clean architecture, слоеная (layered/onion) архитектура, модель в центре ● Принципы и паттерны: GRASP, SOLID, GoF, IoC, DI, coupling/cohesion, LoD закон Деметры ● Структура проекта: не зависит от фреймворка ● Техники: асинхронное и параллельное программирование, метапрограммирование
- 32. LoD Закон Деметры ● Каждый модуль как можно меньше “знает” о других (low coupling), через интерфейсы (ISP) ● Каждый программный компонент, взаимодействеут только с друзьями (явно) ● Метод класса обращается к своим аргументам, методам и свойствам инстанса или и его структурных частей первого уровня
- 33. Что мы получили ● Переиспользование, нет бойлерплейт-кода ● Очень мало зависимостей и они надежные (pg 803 kb, ws 118 kb = 921 kb) ● Системный код 6 kb, прикладной код: 837 b ● Metarhia (5 июня): 286 kb (JavaScript: 155 kb) ● Характеристики: переносимость, надежность, безопасность, поддерживаемость
- 34. Что дальше ● Динамическая генерация .d.ts тайпингов ● Скаффолдинг api интерфейсов на клиенте ● Скаффолдинг модели данных на клиенте ● Автоматические миграции из схем ● Состояние с автоматической защитой ● Визуальное моделирование процессов BPMN ● Визуальное моделирование данных в ERD
- 36. github.com/tshemsedinov youtube.com/TimurShemsedinov github.com/HowProgrammingWorks/Index Largest Node.js and JavaScript course https://habr.com/ru/post/485294/ t.me/HowProgrammingWorks t.me/NodeUA [email protected]