Front End Dependency Management
summary
Compares two concrete setups: RequireJS + r.js for async module loading and build-time bundling (development shows one HTTP request per module; r.js produces a single prod bundle), versus Browserify + npm for CommonJS-style requires, bundling, and easy reuse between server and browser. Notes npm tracks deps in package.json via npm install --save, supports transforms, and Browserify bundles synchronous requires. Gives a live use case: lazy-load view when cursor is within 200px and recommends choosing based on app constraints.
AI-written summary · about
chapters (15)
- 0:00Introduction and welcome
- 1:05Front end dependency management overview
- 2:29Problems with old dependency methods
- 3:53Benefits of modern dependency management
- 4:34Key features for dependency tools
- 5:57AMD vs CommonJS vs npm overview
- 6:40AMD and RequireJS explained
- 8:24Browserify and CommonJS explained
- 10:55Hybrid dependency pattern
- 12:41AMD vs Browserify differences
- 14:48npm integration benefits
- 15:31Limitations of RequireJS and Browserify
- 16:13AMD vs CommonJS debate
- 16:56ES6 modules future
- 17:17Conclusion and recommendations
related talks
19mMaking front end modules actually work
30mPackWars: Webpack vs Browserify vs SystemJS vs require.js
05mEffective Dependency Management in JavaScript
26mA tale of two front-end development environments: or how bend npm3 to your will
46mIn this JavaScript tooling jungle, a return to simplicity is...
36mUnbundling the JavaScript module bundler
49mFront Ends for Back End Developers
17mBundling your Front-End with webpack
