mon-entreprise/.vscode/settings.json

{
	"editor.formatOnSave": true,
	"spellright.language": ["fr", "en"],
	"spellright.documentTypes": ["yaml", "git-commit", "markdown"],
	"typescript.tsdk": "node_modules/typescript/lib",
	"editor.tabSize": 2,
	"eslint.enable": true,
	"cSpell.words": [
		"mycompanyinfrance",
		"smarttag"
	],
	"search.exclude": {
		"**/dist": true
	}
}
Commit des paramètres VS Code 2019-07-09 11:09:37 +02:00			`{`
			`"editor.formatOnSave": true,`
:gear: ajoute la conversion d'unité Gros changements en perspective : - Supprime la notion de période, au bénéfice de celle d'unité (`période : mensuelle` devient `unité: €/mois`) - Améliore les rapports d'erreur avec des messages plus clair - Ajoute un avertissement lorsque des types ne sont pas compatible - Ajoute la conversion automatique d'unité dans le moteur - Ajoute une notion d'unité par défaut de la simulation, c'est l'unité vers laquelle les règles qui ne spécifient pas d'unité seront converties - Ajoute une notion d'unité par défaut des règles, qui spécifie l'unité de la règle qui prévaut lorsque qu'il n'y a pas d'unité par défaut de la simulation (utile pour les question ou pour s'assurer du bon type d'une règle) 2019-11-28 12:03:23 +01:00			`"spellright.language": ["fr", "en"],`
🖊 Documente titre, description, références 2020-02-05 15:42:19 +01:00			`"spellright.documentTypes": ["yaml", "git-commit", "markdown"],`
Taille des tabulations dans VS Code Notre config prettier utilise les tabulations plutôt que les espaces pour l'indentation. Prettier essaie de formater le code avec des lignes de 80 caractères maximum, et compte 2 caractères pour les tabulations. MAJ de la configuration VS Code pour être aligné avec la configuration prettier. Naturellement le développeur reste libre d'afficher les tabulations comme il veut. 2019-10-31 11:12:26 +01:00			`"typescript.tsdk": "node_modules/typescript/lib",`
:arrow_up: bump publicodes to beta.3 2020-05-26 14:32:13 +02:00			`"editor.tabSize": 2,`
Track les pages avec ATTinternet 2021-02-10 18:11:10 +01:00			`"eslint.enable": true,`
			`"cSpell.words": [`
			`"mycompanyinfrance",`
			`"smarttag"`
:gear::art: Ajoute la possibilité d'explorer les calculs dans un recalcul 2021-05-05 13:55:59 +02:00			`],`
			`"search.exclude": {`
			`"**/dist": true`
			`}`
🔥 Migration vers TypeScript Outils ====== Ce commit retire le tooling de Flow, et ajoute le support de TypeScript pour les fichiers .ts et .tsx. Il n'est pas nécessaire de tout migrer d'un coup ce qui facilite la transition. On garde en effet le compilateur Babel avec un preset TypeScript (ce qui permet donc de retirer à la fois les types Flow et TypeScript) plutôt que d'utiliser le compilateur standard pour la conversion du code. Cela permet aussi de mieux s'intégrer avec d'autres outils, notamment les test-runners. Ajout d'une nouvelle commande `yarn run type-check`, intégrée dans CircleCI. Par ailleurs ajout du support de l'opérateur ?? pour donner des valeurs par défaut (nullish-coalescing-operator). Typage des libraires tierces ============================ Les principales libraires que nous utilisons ont un typage TypeScript de bon niveau, ce qui facilite l'intégration. J'ai mis à jour react-i18next et i18next afin de corriger un problème de typage. Typage du code ============== Le typage est loin d'être complet dans ce commit, en particulier il manque les types relatifs au state Redux, ainsi qu'au moteur (règle, explication). Néanmoins le typage des contextes fonctionne, en particulier sitePaths (avec un type récursif non trivial !) qui a déjà permis de détecter un lien mort. Le typage des "paths" (Components/, Règles/, etc.) fonctionne bien, y compris avec l'auto-complétion automatique des import par Typescript. TypeScript se révèle déjà bien agréable dans VSCode (auto-complétion, refacto, etc.) ! Reste à migrer progressivement le reste du code ! 2019-10-26 18:21:09 +02:00			`}`