VueJs Amsterdam 2019 – Résumé de l'expérience et des discussions (partie 1)

VueJs Amsterdam est l’une des plus grandes conférences Vue. Il comprend un jour de FrontEndDeveloperLove et deux jours de discussion avec Vue. Apprenez-en plus sur l'événement et sur les excellents conférenciers.

Pour la première fois de ma vie, j'ai enfin pu assister à une grande conférence de développement. Auparavant, je regardais habituellement des conférences en ligne et assistais de temps en temps à des rencontres locales. Cependant, après avoir beaucoup entendu parler des conférences précédentes Vue.Js Amsterdam j'ai décidé d'assister à la conférence suivante en personne. En tant que personne extrêmement passionnée par la programmation et particulièrement par Vue, j'étais enthousiaste à l'idée de vivre la conférence moi-même. J'avais beaucoup entendu parler de la grande salle et de l'écran géant lors des précédentes éditions de VueAmsterdam et j'avais hâte de la voir moi-même.

La conférence consistait en une journée FrontEndDeveloperLove et deux journées en discussions avec Vue. Outre un site exceptionnel, il y avait aussi des haut-parleurs et des développeurs de logiciels impressionnants, tels que le créateur de Vue.js, Evan You et d'autres membres de l'équipe principale de Vue, les frères Nuxt ou des mentors de VueSchool et de VueMastery.

Il était 7 h 30 et les organisateurs achevaient les derniers préparatifs pour commencer l’événement, alors que les premiers participants attendaient déjà à l’entrée du théâtre d’Amsterdam pour assister à l’une des meilleures conférences Vue. Finalement, au bout de quelques minutes, l’un des organisateurs a demandé à tout le monde de faire la queue et a ensuite remis un petit drapeau d’amour JS. (Le mien est malheureusement décédé en rentrant chez moi.)

L'avenir des bundles JavaScript de Johannes Ewald

https://github.com/WICG / import-maps ), qui autoriserait des spécificateurs d'importation nus tels que 'import moment de "moment" et quelques autres choses utiles. L'équipe de Blink aurait l'intention de la mettre en œuvre.

https://github.com/w3c/webcomponents/blob/gh-pages/proposals/html-modules-proposal.md
Modules CSS – https://github.com/w3c/webcomponents / issues / 759
Modules JSON – https://github.com/whatwg/html/issues/4315
Intégration du module ES – https://github.com/WebAssembly/esm- integration / tree / master / propositions / esm-integration
Références concernant l'actif – https://github.com/sebmarkbage/ecmascript-asset-references
Proposition ImportAs – https: // github. com / AshleyScirra / modules-import-as-and-html

Ces propositions pourraient être utiles aux développeurs car il ne serait pas nécessaire de configurer les chargeurs pour gérer des types de fichiers spécifiques car ils seraient pris en charge de façon native. cust La prise en charge par om du langage pour les modules npm faciliterait le partage des composants frontaux et les fonctionnalités en tant que telles nous rapprocheraient du développement sans configuration. Cependant, rien n'est gratuit, car ces propositions entraîneraient des transformations à l'exécution. Par conséquent, les navigateurs auraient plus de choses à traiter et, par conséquent, les applications seraient un peu plus lentes, tandis que les bundles effectueraient le travail au moment de la compilation.

Une autre alternative aux chargeurs est la méthode 'babel-plugin-macros' ( https: //github.com/kentcdodds/babel-plugin-macros/blob/master/README.md). C'est un plugin qui peut être utilisé pour évaluer le code lors de la compilation. Pour être honnête, cela m'a rappelé un peu le Prepack de Facebook, un outil permettant d'optimiser le code JavaScript.

https://github.com/tc39/proposal-javascript-standard-library#standard-library-proposal ). [19659003] Ensuite, Johannes mentionna une nouvelle fonctionnalité HTTP, H2 Push, qui permettait au serveur de transférer des ressources au client de manière proactive. En théorie, c’est une fonctionnalité intéressante, mais en pratique, son implémentation est toujours incohérente et il existe des goulots d’étranglement qui n’ont pas encore été résolus Par exemple, tout ne doit pas être poussé à la cli En effet, certaines des ressources peuvent déjà être mises en cache et, dans un tel scénario, un utilisateur obtiendrait une ressource inutile. Une analyse statique ou même des données en temps réel pourraient éventuellement être utilisées pour fournir plus d'informations sur les ressources à hiérarchiser. Guess.js pourrait être utilisé pour permettre aux utilisateurs de bases de données de vivre leurs expériences sur le Web.

Découvrez l'interface utilisateur de Kendo pour Vue notre bibliothèque complète de composants d'interface utilisateur qui vous permet de créer rapidement des applications réactives de haute qualité. composants dont vous aurez besoin, des grilles et graphiques aux programmateurs et cadrans.

---