Gestion des dépendances client web et TypeScript

[darnuria]

J'ouvre cette issue afin de commencer une reflexion afin de gérer les dépendances et le «packaging» coté client de Oressource.

Propos principal

Il existe plusieures solutions pour «preparer» des fichiers JavaScript afin de servir un paquet, le gain est principalement pour la qualité du code, et faciliter la retro-compatiblité des versions de navigateur via des «poly-fill». On gagne aussi le droit d'utiliser TypeScript et tout l'environnement des lib typescript/javascript qui est énorme sans trop se poser de question.

Les plus: TypeScript, facilité pour programmer en utilisant des dépendances, options pour analyser le code JS et eviter des bugs.
Le contre: Si on est pas un peu vigilent on à vite trop de dépendances et on a du mal a suivre les ajouts, truc en plus a apprendre.

C'est quoi TypeScript? En détail Si-il-te-plait

Comprendre Typescript en 5 minutes (par je suis un dev)

TypeScript c'est des types optionnels pour faire du JavaScript, tu prends ton JavaScript, sur du nouveau ou code existant tu ajoute du typage et hop ta du TypeScript, pour que le navigateur comprenne un truc il faut compiler ce TypeScript en JavaScript.

L’intérêt? Avec les types on évite des bugs très idiot de JavaScript genre je donne un nombre au lieu d'une string ou un objet avec des clef particulières et zut il en manquais une. Ou j’appelle une fonction avec pas assez d'arguments.

Bien des soucis qui actuellement on les trouves en... Exécutant. :(

La on les trouverais en codant.

Liens:

• TypeScript TypeScript est pas un nouveau langage c'est du typage pour JavaScript.
• NPM
• bower

Pourquoi cette piste de réflexion

J'aimerais qu'on puisse raccrocher les wagons avec le web «moderne« sans forcément avoir une approche trop lourde côté exigence de puissance coté client web, mais qu'on puisse fournir du code client de qualité tout en restant simple.

TypeScript et quelques bibliothêques pour faire des UI web modernes me semblent une bonne approche
Tel que React ou Vue.js. Actuellement on est bloqué par peu de code dur a maintenir et je ne pense pas pouvoir conduire un changement sans qu'une discussion ai eu lieu.