Meilleure réponse
Sizzle est le moteur de sélection de jQuery.
Il vous permet déviter dutiliser les navigateurs « native interface DOM pour obtenir une référence à un ou plusieurs éléments DOM, tels que:
var tableCell = document.getElementById ( » foo « ). getElementsByClassName ( » bar « ). getElementByTagName ( » td « );
et utilisez à la place la syntaxe CSS (généralement) plus familière et concise:
var tableCell = Sizzle (« #foo .bar td »);
Cest en fait un exemple assez trivial; Sizzle prend également en charge les sélecteurs CSS3 avancés, ainsi que les sélecteurs personnalisés spéciaux qui facilitent lutilisation de la syntaxe de type CSS pour isoler les éléments DOM sur lesquels opérer.
Ce dernier exemple crée une référence à un « ensemble enveloppé » – un objet de type tableau qui contient des méthodes qui vous permettent daccéder et dopérer sur les nœuds DOM que vous « avez isolé. Dans le cas de Sizzle, lAPI est dune utilisation assez limitée (et donc pourquoi Sizzle nest pas une bibliothèque particulièrement bien connue en soi), mais cest en fait * la * fonction principale de jQuery. En utilisant jQuery, vous peut facilement masquer de la vue toutes les tables avec la classe CSS « foo » sur la page comme ceci:
$ (« table.foo »). hide ();
Il peut » pas vraiment plus facile que ça. Sizzle et jQuery sont compatibles avec tous les navigateurs, ce qui signifie quils ont une API cohérente dans tous les navigateurs modernes. Comme Jamie Mason la mentionné, document.querySelector () et document.querySelectorAll () sont maintenant disponibles dans les navigateurs modernes, ce qui réduit quelque peu lutilité de Sizzle, mais loin dêtre entièrement. Sizzle existe depuis plus de 6 ans, bien avant que les navigateurs ne se soient normalisés méthodes de sélection de requêtes.
Réponse
Wasm – pas seulement Blazor – sera la prochaine grande chose, oui. Les bibliothèques Javascript seront toujours là et, à mon avis, seront lentement converties Cependant, il existe des systèmes de base de code volumineux qui neffectueront pas nécessairement la conversion tout de suite. Étant donné que Wasm et JS peuvent interagir, il y aura probablement une transition lente pour les systèmes plus importants.
Cela dit, tout nouveau développement Web côté client sera très probablement effectué dans Wasm en utilisant la technologie choisie par lentreprise. Wasm nest pas spécifique à Blazor. Blazor est juste limplémentation de Wasm par Microsoft utilisant C # /. Net. Je suis sûr que Go , Rust, C / C ++, C #, Java / Kotlin et bien dautres langages auront leur propre n implémentations en plus de Wasm que les développeurs peuvent utiliser.
Quest-ce que cela signifie? Cela ne signifie certainement pas que seul Microsoft mènera la révolution Wasm. Mais cela signifie quil y aura désormais une plate-forme de développement Full Stack pour toutes les langues. Cest en quelque sorte pourquoi NodeJS est devenu si populaire il y a quelques années. Le problème avec cela était de concevoir un système dans le langage Javascript moins que souhaitable. Cependant, maintenant, les entreprises peuvent non seulement standardiser sur la plate-forme de leur choix, mais elles auront également accès à une tonne de développeurs possédant des connaissances spécialisées dans leur pile de choix. Ainsi – les boutiques Java resteront des boutiques Java, les boutiques .Net, les boutiques .Net, les boutiques Go resteront…. etc, etc…
Cela dit – Javascript verra une lente baisse de popularité. Mais – qui peut dire qu’un compilateur Javascript -> Wasm ne sera pas développé? Je ne vois pas cela populaire étant donné que de nombreux programmeurs naiment pas le langage, mais cest possible.
Blazor.Net est un excellent outil ensemble et sera une partie MAJEURE de la chaîne doutils pour les magasins .Net. Le principal problème avec les langages C # / .Net est quil existe un runtime. Idem pour Java et Kotlin. Mais – pour .Net en particulier – .Net CoreRT ( dotnet / corert ) tentera datteindre AOT pour créer des binaires natifs. En cas de succès, il ne sera pas nécessaire de conditionner un runtime .Net (actuellement Mono) en tant que bibliothèque Wasm à côté de lapplication.
Donc, pour faire court, Javascript mourra lentement. Blazor est une technologie future IMPRESSIONNANTE et a le potentiel de faire de très bonnes choses et attirera certainement lattention des développeurs de tous horizons. C # est sans aucun doute lun des langages les plus élégants. .Net core est lune des piles les plus performantes du marché. Avec .Net Core + C # + Blazor – comment un développeur / une boutique de développement peut-il se tromper?
De plus, gardez à lesprit que laccès au DOM est essentiel au succès de Wasm. Sans cela, la terrible tyrannie Javascript perdurera.