Vous n'avez pas encore de notification

Page d'accueil

Options d'affichage

Abonné

Actualités

Abonné

Des thèmes sont disponibles :

Thème de baseThème de baseThème sombreThème sombreThème yinyang clairThème yinyang clairThème yinyang sombreThème yinyang sombreThème orange mécanique clairThème orange mécanique clairThème orange mécanique sombreThème orange mécanique sombreThème rose clairThème rose clairThème rose sombreThème rose sombre

Vous n'êtes pas encore INpactien ?

Inscrivez-vous !
Une API de Facebook dans Chrome pour améliorer les performancesCrédits : luchezar/iStock

Chrome 74 contient la première participation de Facebook au code du navigateur.

Les développeurs du réseau social sont particulièrement actifs dans le domaine des API et diverses technologies. La plupart sont d’ailleurs open source et conçues pour de multiples plateformes. Beaucoup ont trait aux performances. Un comble quand on sait comment sont développées les applications mobiles Facebook et Messenger.

Pour cette première participation, il est encore une fois question de performances, tout spécialement la réduction du délai entre une action de l’utilisateur et sa réalisation dans le navigateur. Facebook a voulu intervenir dans un domaine précis : la prise en charge des interactions pendant un chargement JavaScript. Le code fonctionnant souvent sur un seul thread, son exécution doit être arrêtée régulièrement pour vérifier qu’une interaction n’a pas eu lieu avec le clavier ou la souris par exemple.

La solution portée par Facebook se nomme isInputPending, en cours de standardisation par le Web Performance Working Group du W3C. avec cette API, plus question d’arrêts : la vérification des interactions (input) se fait en parallèle de l’exécution du JavaScript. Il n’y a donc plus à choisir entre performances de chargement d’une page et réactivité du navigateur face aux actions de l’utilisateur.

Cela ne veut pas dire bien sûr que les performances décollent après installation de Chrome 74. Les développeurs web vont en effet devoir se servir de l’API pour en tirer tout le bénéfice.

Parallèlement, Facebook envisage d’intégrer cette nouvelle API dans le monde concurrentiel de React.

15 commentaires
Avatar de Haken Trigger Abonné
Avatar de Haken TriggerHaken Trigger- 29/04/19 à 09:23:32

Car c'est bien connu, quand ton site est de la merde, la solution n'est pas de le réparer, mais d'alourdir les navigateurs avec un truc qui rend ton site moins merdique. Le Web en 2019.

Avatar de ErGo_404 Abonné
Avatar de ErGo_404ErGo_404- 29/04/19 à 10:31:08

Quand ton OS est mal conçu et que t'as les moyens de le corriger, tu le fais. Le problème en question c'est la conception même de JavaScript, pas son utilisation par Facebook.

Avatar de Juju251 Abonné
Avatar de Juju251Juju251- 29/04/19 à 10:51:42

ErGo_404 a écrit :

Quand ton OS est mal conçu et que t'as les moyens de le corriger, tu le fais. Le problème en question c'est la conception même de JavaScript, pas son utilisation par Facebook.

A ce compte là, autant moderniser Javascript ...

Si tous les sites webs doivent installer une API dans les navigateurs, ça risque de poser de sacrés soucis à terme ...

Avatar de yvan Abonné
Avatar de yvanyvan- 29/04/19 à 11:10:24

C'est ce qu'ils font non? (moderniser javascript)

L'erreur est probablement d'utiliser javascript pour ça alors que d'autres outils le faisaient mieux (flash, silverlight) mais les gafam ont arbitré dans le sens de JS donc il faut tout réinventer ce qu'Apple et Microsoft avaient déjà inventé dans les années 80-90 pour gérer des interfaces graphiques un minimum agréables...

Édité par yvan le 29/04/2019 à 11:14
Avatar de yvan Abonné
Avatar de yvanyvan- 29/04/19 à 11:18:26

J'aime beaucoup le fait de revendiquer de créer de nouveaux standards pour le web et de se cantonner à chrome pour l'implémentation...

Avatar de j-dub INpactien
Avatar de j-dubj-dub- 29/04/19 à 11:18:44

Juju251 a écrit :

A ce compte là, autant moderniser Javascript ...

Si tous les sites webs doivent installer une API dans les navigateurs, ça risque de poser de sacrés soucis à terme ...

Ils ont créé une API en cours de standardisation par le W3C pour améliorer le navigateur. Cette amélioration sera valable pour tous les sites souhaitant utiliser l'API. Y'a rien de spécifique à Facebook.

Je suis pas très fan de ce qu'ils font globalement mais là je vois pas vraiment comment on peut leur reprocher quoique ce soit sur ce sujet.

Avatar de sephirostoy Abonné
Avatar de sephirostoysephirostoy- 29/04/19 à 15:03:58

Et Firefox ? Et les autres ?

Avatar de Ricard INpactien
Avatar de RicardRicard- 29/04/19 à 16:43:16

sephirostoy a écrit :

Et Firefox ? Et les autres ?

Ben ils n'ont qu'a l'implémenter aussi. :chinois:

Avatar de Heretron INpactien
Avatar de HeretronHeretron- 29/04/19 à 17:15:56

j-dub a écrit :

Ils ont créé une API en cours de standardisation par le W3C pour améliorer le navigateur. Cette amélioration sera valable pour tous les sites souhaitant utiliser l'API. Y'a rien de spécifique à Facebook.

Je suis pas très fan de ce qu'ils font globalement mais là je vois pas vraiment comment on peut leur reprocher quoique ce soit sur ce sujet.

Si c'est dans Chrome ça va très vite devenir standard: "Salut on propose ce standard qui colle pile poil à ce dont j'ai besoin, ah et j'oubliais, on a shippé sur 70% de la Terre, ça serait trop con qu'il faille revenir dessus"

https://www.youtube.com/watch?v=ceMLuRBn--M

Javascript est claqué justement à cause de ce genre de pratiques, le but est de shipper vite fait mal fait, les autres sont obligés de s'aligner. Si le truc ne passe pas en standard on accusera Firefox de buguer, pas Facebook de faire de la merde.

On parle quand même d'arriver à avoir des problèmes de performance pour afficher du texte et des images dans des boites.

Avatar de alex.d. Abonné
Avatar de alex.d.alex.d.- 29/04/19 à 18:52:45

yvan a écrit :

L'erreur est probablement d'utiliser javascript pour ça alors que d'autres outils le faisaient mieux (flash, silverlight) mais les gafam ont arbitré dans le sens de JS donc il faut tout réinventer ce qu'Apple et Microsoft avaient déjà inventé dans les années 80-90 pour gérer des interfaces graphiques un minimum agréables...

T'es sérieux là ? Franchement, laisse Flash reposer en paix.
Bon sinon t'es un peu optimiste sur les dates : Silverlight c'est 2007 et Flash c'est 1996. Les années 80, faut pas pousser, hein. Quant à Apple, je ne vois pas ce qu'ils viennent faire là-dedans.

Il n'est plus possible de commenter cette actualité.
Page 1 / 2