2019-11-10 15:57:44 +00:00
|
|
|
export let capitalise0 = (name: string): string =>
|
2019-09-26 17:12:35 +00:00
|
|
|
name && name[0].toUpperCase() + name.slice(1)
|
2018-01-18 14:53:20 +00:00
|
|
|
|
🔥 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 16:21:09 +00:00
|
|
|
export function debounce<ArgType>(
|
2018-06-20 14:09:14 +00:00
|
|
|
timeout: number,
|
🔥 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 16:21:09 +00:00
|
|
|
fn: (arg: ArgType) => void
|
|
|
|
): (arg: ArgType) => void {
|
2019-11-10 15:57:44 +00:00
|
|
|
let timeoutId: ReturnType<typeof setTimeout>
|
2018-06-20 14:09:14 +00:00
|
|
|
return (...args) => {
|
|
|
|
clearTimeout(timeoutId)
|
|
|
|
timeoutId = setTimeout(() => fn(...args), timeout)
|
|
|
|
}
|
|
|
|
}
|
2018-07-18 13:14:55 +00:00
|
|
|
|
2019-11-10 15:57:44 +00:00
|
|
|
export function isIE(): boolean {
|
2018-07-18 13:14:55 +00:00
|
|
|
return (
|
|
|
|
navigator.appName == 'Microsoft Internet Explorer' ||
|
|
|
|
(navigator.appName == 'Netscape' &&
|
|
|
|
new RegExp('Trident/.*rv:([0-9]{1,}[.0-9]{0,})').exec(
|
|
|
|
navigator.userAgent
|
|
|
|
) != null)
|
|
|
|
)
|
|
|
|
}
|
2018-07-23 13:21:00 +00:00
|
|
|
|
2019-11-10 15:57:44 +00:00
|
|
|
export function inIframe(): boolean {
|
2018-08-23 14:42:47 +00:00
|
|
|
try {
|
|
|
|
return window.self !== window.top
|
|
|
|
} catch (e) {
|
|
|
|
return true
|
|
|
|
}
|
|
|
|
}
|
2018-10-04 13:20:57 +00:00
|
|
|
|
🔥 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 16:21:09 +00:00
|
|
|
export function softCatch<ArgType, ReturnType>(
|
|
|
|
fn: (arg: ArgType) => ReturnType
|
|
|
|
): (arg: ArgType) => ReturnType | null {
|
2018-12-05 14:49:56 +00:00
|
|
|
return function(...args) {
|
|
|
|
try {
|
|
|
|
return fn(...args)
|
|
|
|
} catch (e) {
|
|
|
|
// eslint-disable-next-line no-console
|
|
|
|
console.warn(e)
|
|
|
|
return null
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
🔥 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 16:21:09 +00:00
|
|
|
export function mapOrApply<A, B>(
|
|
|
|
fn: (a: A) => B,
|
|
|
|
x: Array<A> | A
|
|
|
|
): Array<B> | B {
|
2019-02-01 12:31:57 +00:00
|
|
|
return Array.isArray(x) ? x.map(fn) : fn(x)
|
|
|
|
}
|
2019-01-31 18:30:39 +00:00
|
|
|
|
2019-03-18 14:28:24 +00:00
|
|
|
export function coerceArray<A>(x: A | Array<A>): Array<A> {
|
|
|
|
return Array.isArray(x) ? x : [x]
|
|
|
|
}
|
|
|
|
|
2019-10-16 17:24:47 +00:00
|
|
|
export function getSessionStorage() {
|
|
|
|
// In some browsers like Brave, even just reading the variable sessionStorage
|
|
|
|
// is throwing an error in the iframe, so we can't do things if sessionStorage !== undefined
|
|
|
|
// and we need to wrap it in a try { } catch { } logic
|
|
|
|
try {
|
|
|
|
return window.sessionStorage
|
|
|
|
} catch (e) {
|
|
|
|
return undefined
|
|
|
|
}
|
|
|
|
}
|