MODULARISER SON APPLICATION ANGULARJS AVEC BROWSERIFY 

ANTOINE RICHARD WEB ARCHITECT @richard_antoine [email protected] 

Javascript + non-blocking I/O Use-cases orientés flux de données : API WEB MOBILE IOT 

Né en 2009. Premiers usages en production en 2011. Aujourd’hui, son adoption se généralise. 

Structuration du code → Isolation → Composition Gestion des dépendances → Versioning → Installation 

Spécifications d’un écosystème Javascript hors des navigateurs Dont un système de module, implémenté dans Node.JS → définit ses dépendances → expose une API → est isolé → un module = un service → composabilité Un module Philosophie UNIX 

Créé en 2011. Livré avec NodeJS. 100 000+ packages, ~25 000 000 downloads par jour Croissance : Création de npm, Inc en janvier 2014 (levée de $2.6M) npm 216/j Maven 62/j Gems 55/j Bower 62/j GoDoc 63/j Packagist 79/j Source : modulecounts.com 

CODING TIME 

INTÉRÊT CÔTÉ CLIENT ? → boilerplate minimal → cohérence → un seul package manager 

= Javascript Package Manager blog.npmjs.org/post/101775448305/npm-and-front-end-packaging 

require(‘module’) 

« require(‘module’) dans le navigateur » 

CODING TIME 

No content

Angular est disponible sur npm. Mais il n’est pas CommonJS. → OK ou browserify-shim NOTE SUR 

CODING TIME 

Séparation de la configuration et de la logique applicative 

Release → Browserify + Browserify-shim → ngAnnotate + ngInject → Uglify + SourceMaps Watch → Watchify → BrowserSync 

Tests unitaires : Tests end to end : 

Outillage Framework applicatif Logique applicative 

github.com/substack/browserify-handbook MERCI