Exactement le genre d'usage de TypeScript que je déteste.

Ce qui semble être une bonne idée au départ devient un méli-mélo de complexité impossible à comprendre du premier coup et qui finalement apporte une valeur limitée et un faux sentiment de sécurité, du fait que le schéma JSON de l'API appelée peut changer du jour au lendemain.

Si vous avez la chance de consommer une API REST qui dispose d'une documentation OpenAPI exhaustive, alors je préfère l'usage de librairies type json-schema-to-ts pour inférer le type des requêtes et réponses à partir du schéma, et créer un petit adapteur (une fonction) qui prendra le type de la requête en argument (incluant body, query params, et headers si nécessaire) et qui retournera le type de la réponse.

Ça permet un bien meilleur contrôle selon moi, et le code n'en est que plus explicite.

Exactement le genre d'usage de TypeScript que je déteste.

Ce qui semble être une bonne idée au départ devient un méli-mélo de complexité impossible à comprendre du premier coup et qui finalement apporte une valeur limitée et un faux sentiment de sécurité, du fait que le schéma JSON de l'API appelée peut changer du jour au lendemain.

Si vous avez la chance de consommer une API REST qui dispose d'une documentation OpenAPI exhaustive, alors je préfère l'usage de librairies type json-schema-to-ts pour inférer le type des requêtes et réponses à partir du schéma, et créer un petit adapteur (une fonction) qui prendra le type de la requête en argument (incluant body, query params, et headers si nécessaire) et qui retournera le type de la réponse.

Ça permet un bien meilleur contrôle selon moi, et le code n'en est que plus explicite.

Une API native de nos navigateurs qui permet de savoir si l'utilisateur est actif sur la page et s'il a interagit avec la page au moins une fois depuis son chargement.

Une API native de nos navigateurs qui permet de savoir si l'utilisateur est actif sur la page et s'il a interagit avec la page au moins une fois depuis son chargement.

Un outil qui permet de trouver les failles d'APIs HTTP.

D'abord en cherchant les documentations type Swagger ou OpenAPI exposées publiquement par erreur, puis en "attaquant" chaque service pour trouver ceux qui ne sont pas suffisamment sécurisés où qui exposent des données sensibles.

L'idée est évidemment de l'utiliser sur vos propres APIs pour en renforcer la sécurité.

Via https://korben.info/autoswagger-outil-gratuit-trouve-failles-api.html

Un outil qui permet de trouver les failles d'APIs HTTP.

D'abord en cherchant les documentations type Swagger ou OpenAPI exposées publiquement par erreur, puis en "attaquant" chaque service pour trouver ceux qui ne sont pas suffisamment sécurisés où qui exposent des données sensibles.

L'idée est évidemment de l'utiliser sur vos propres APIs pour en renforcer la sécurité.

Via https://korben.info/autoswagger-outil-gratuit-trouve-failles-api.html

Sinon pourquoi pas Flutter pour concevoir des interfaces graphiques multi-plateformes tout en gardant des performances proches du natif.

Il est vrai que j'ai vu des projets open source mieux documentés que certaines API de Microsoft, la preuve par l'exemple.

Infâme.

Bibliothèque Python permettant d'extrait facilement les sous-titres d'une vidéo Youtube

À tester