Architectures for Huge Angular Based Enterprise Applications
summary
Three concrete options and when they work: publish reusable code as NPM packages built with CLI 6 (gives versioned libraries but causes publish/test role switching and version conflicts), keep everything in a mono repo using Nx so one shared node_modules avoids mismatched Angular/RxJS versions and enforces dependency rules, or split into micro apps via one index.html bootstrapping multiple SPAs (or hyperlinks/iframes) to allow independent deploys at the cost of duplicate bundles and UI-consistency effort; use the decision tree: shared state, legacy isolation, and independent deploys.
AI-written summary · about
chapters (11)
- 0:00Start
- 2:33Why Packages?
- 3:04Create npm-Packages with CLI - 6
- 10:19Moving back and forth
- 11:32Tooling & Generator
- 18:31UI Composition w/ Hyperlinks
- 21:33Providing a (SPA based) Shell
- 27:33Disadvantages ;-
- 29:43Some General Advice
- 33:43Conclusion
- 34:51Contact and Downloads
related talks
20mArchitectures for huge Angular based Enterprise Applications...
33mArchitectures for huge Angular based Enterprise Applications: npm Packages, Monorepos and Microservices
31mArchitectures for huge Angular based enterprise applications npm Packages, Monorepos and Micro Apps
45mA Software Architect's Approach towards SPA Based Micro Apps
01h 00mUsing Monorepos for Scalable Apps
28mAngular in a microservices world
39mSustainable Client Architectures with Micro Apps
21mSustainable Angular Architecture
