Modularity Matters
summary
Explains concrete modularity choices for client JavaScript: use object literals, the module pattern and the revealing module pattern to get private state and controlled public APIs, add privileged getters/setters for extensibility, use a mediator (optionally with a facade) for loose coupling, and pick a packaging system — CommonJS (synchronous, Node/browserify), AMD (RequireJS) (asynchronous), or UMD for portability — with ES6 modules and transpilers like trencio and Square’s tool emerging as the future.
AI-written summary · about
chapters (6)
- 0:00Transitioning to web dev
- 2:29Need for modular design
- 3:54JavaScript module patterns
- 9:44Decoupling with patterns
- 10:43Module systems and formats
- 15:58The future with ES6 modules
related talks
29mA Brief History of Modularity
39mA brief history and mishistory of modularity
53mArchitecting Robust JavaScript Applications
41mThe future is modules not frameworks. JS modules Architecture demo.
40mScalable JavaScript architecture
30mA brief history and mishistory of modularity
56mComponents and Modules
01h 10mModular JavaScript: Dynamic Dependency Resolution
