React Hebdo #38: ReactNative, TypeScript, sécurité React, Chakra, no-js, no-else...

Sébastien Lorber

Nov 16, 2020

React

Snyk propose de rendre nos applications React plus sécurisées en 10 points.

Release v1 pour cette librairie de composants accessibles assez populaire.

Parfois, les mediaqueries CSS ne sont pas suffisantes, et on doit faire diverger le code JavaScript en fonction du device.

Propose différentes stratégies, et une solution technique pour faire du code-splitting.

Pas de mention du SSR, dommage.

ReactNative

Wix fait partie des early adopters de ReactNative, avec une première release il y a 5 ans, sur ReactNative 0.17.

Cet article est le premier d'une série de 8 articles sur leur usage de ReactNative.

Pour l'instant, on a droit aux 2 premiers articles, dont un qui parle de leur architecture modulaire.

Les slides du talk de Radoslav sur l'architecture ReactNative utilisée par Product Hunt.

Leur application me semble plutôt bien organisée, et pourrait en inspirer certains.

Un bon aperçu de l'écosystème ReactNative moderne, qu'Andrei compte mettre à jour régulièrement.

Dans un commentaire discret sur la feature request In-App Purchases, James Ide, CTO d'Expo, laisse entrevoir à quoi pourrait ressembler Expo en 2021+.

Il parle de remplacer le workflow managé, et de Expo Application Services.

Satya à posté la roadmap de la v6, et demandé du feedback à la communauté. A priori pas de rewrite complet cette fois :)

Divers

Partant du constat qu'il n'est pas évident de rechercher sur google les opérateurs JavaScript, Josh Comeau nous propose un moteur de recherche.

Rob Palmer partage un retour d'expérience très complet sur l'usage de TypeScript chez Bloomberg. Avec plus de 2000 développeurs, des millions de ligne de code, ils ont des problématiques assez spécifiques.

Dans le post TypeScript de Bloomberg, Rob Palmer explique les problèmes d'inlining lié à l'usage de type alias.

Nicolas nous donne ici plus d'explications, et il semblerait que Daniel Rosenwasser nous invite à utiliser en priorité les interfaces.

Article polémique, qui propose de rendre le code plus lisible en utilisant des early returns plutôt que des conditions else.

Globalement je suis assez d'accord en pratique, mais si ça va l'encontre de mon passé de dev Scala (ou on utilise normalement pas de return).

Carl nous incite à privilégier le support des navigateurs moderne basés sur les modules ES, et d'avoir un mode dégradé décent sans JavaScript, plutôt que de se concentrer sur le support IE11.

Note: il y a plein de raisons pour lesquelles le JS ne chargera pas dans le navigateur, il ne s'agit pas uniquement de toucher les utilisateurs qui ont volontairement désactivé JS.

Après avoir fait un post ou il utilise l'opérateur pipeline (stage-1), Dan Shappir semble revenir sur sa décision et ne souhaite pas que cette feature soit standardisée, et préfère utiliser la composition de fonctions via pipe().

Nouvelle release de Node Version Manager, outil bien pratique, mais assez lent. Cette nouvelle version semble améliorer significativement les performances (environ 2x plus rapide).

v2 pour ce jeu qui propose d'apprendre flexbox en CSS, un peu plus fun que de lire la spec :)

Incite à bien paralléliser son code asynchrone quand c'est possible.

Comments

Top New Community

No posts

#nojs-banner { position: fixed; bottom: 0; left: 0; padding: 16px 16px 16px 32px; width: 100%; box-sizing: border-box; background: red; color: white; font-family: -apple-system, "Segoe UI", Roboto, Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol"; font-size: 13px; line-height: 13px; } #nojs-banner a { color: inherit; text-decoration: underline; } This site requires JavaScript to run correctly. Please turn on JavaScript or unblock scripts