JavaScript Frameworks: Vad är sizzlejs.com?


Bästa svaret

Sizzle är jQuerys väljarmotor.

Det låter dig undvika att använda webbläsare ”native DOM-gränssnitt för att få en referens till ett DOM-element, till exempel:

var tableCell = document.getElementById (” getElementsByClassName (”bar”). getElementByTagName (”td”);

och använd istället den (vanligtvis) mer bekanta och koncisa CSS-syntaxen:

var tableCell = Sizzle (”#foo .bar td”);

Det är faktiskt ett ganska trivialt exempel. Sizzle stöder också avancerade CSS3-väljare, såväl som specialanpassade väljare som gör det enkelt att använda CSS-liknande syntax för att isolera DOM-element som man ska arbeta med.

Det senare exemplet skapar en referens till en ”insvept uppsättning” – ett arrayliknande objekt som innehåller metoder som låter dig komma åt och använda de DOM-noder du har isolerat. I fallet med Sizzle är API: t ganska begränsat (och därför är Sizzle inte ett särskilt känt bibliotek i sig), men det är faktiskt * kärnfunktionen i jQuery. Med jQuery använder du kan enkelt dölja alla tabeller från CSS-klassen ”foo” på sidan så:

$ (”table.foo”). hide ();

Det kan ” blir inte lättare än så. Sizzle och jQuery är kompatibla med flera webbläsare, vilket innebär att de har ett enhetligt API i alla moderna webbläsare. Som Jamie Mason nämnde finns document.querySelector () och document.querySelectorAll () nu i moderna webbläsare, vilket minskar Sizzles användbarhet något, men långt ifrån helt. Sizzle har funnits i över 6 år, långt innan webbläsare hade standardiserat. frågeväljarmetoder.

Svar

Wasm – inte bara Blazor – kommer att bli nästa stora sak, ja. Javascript-bibliotek kommer fortfarande att finnas och enligt min mening kommer de långsamt att konverteras över till Wasm. Det finns dock några stora kodbassystem som inte nödvändigtvis gör konverteringen direkt. Eftersom Wasm och JS kan samverka kommer det troligtvis att ske en långsam övergång för de större systemen.

Med detta sagt kommer all ny webbutveckling på klientsidan troligtvis att göras i Wasm med hjälp av den teknik som företagen väljer. Wasm är inte specifikt för Blazor. Blazor är bara Microsofts implementering av Wasm med C # /. Net. Jag är säker på att Go , Rust, C / C ++, C #, Java / Kotlin och många andra språk kommer att ha sitt eget n implementeringar ovanpå Wasm som utvecklare kan använda.

Vad betyder detta? Det betyder verkligen inte att endast Microsoft kommer att leda Wasm-revolutionen. Men det betyder att det nu kommer att finnas en Full Stack-utvecklingsplattform för alla språk. Typ av varför NodeJS blev så populär för några år tillbaka. Problemet med det var att utforma ett system på det mindre än önskvärda Javascript-språket. Men nu kan företag inte bara standardisera på deras valbara plattform utan de kommer att ha tillgång till massor av utvecklare med expertkunskap i sin stack. Så – Java-butiker kommer att förbli Java-butiker, .Net-butiker. Net-butiker, Go-butiker kommer att förbli…. etc, etc …

Som sagt – Javascript kommer att se en långsam nedgång i popularitet. Men – vem ska säga att en Javascript -> Wasm-kompilator inte kommer att utvecklas? Jag ser inte att detta är populärt med tanke på att många programmerare ogillar språket, men det är möjligt.

Blazor.Net är ett utmärkt verktyg kommer att vara en STOR del av verktygskedjan för .Net-butiker. Det största problemet med C # /. Net-språk är att det finns en körtid. Samma för Java och Kotlin. Men – för specifikt .Net – .Net CoreRT ( dotnet / corert ) kommer att försöka uppnå AOT för att skapa inbyggda binärer. Om det lyckas kommer det inte att finnas något behov av att paketera en .Net-körtid (för närvarande Mono) som ett Wasm-bibliotek vid sidan av applikationen.

Så kort sagt, Javascript kommer att dö långsamt. Blazor är en fantastisk framtidsteknik och har potential att göra riktigt bra saker och kommer definitivt att uppmärksamma utvecklare från alla bakgrunder. C # är utan tvekan ett av de mest eleganta språken där ute. .Net-kärnan är en av de mest prestandabla stackarna på marknaden. Med .Net Core + C # + Blazor – hur kan en utvecklare / dev-butik gå fel !?

Tänk också på att DOM-åtkomst är relevant för Wasms framgång. Utan det kommer den fruktansvärda Javascript-tyranniet att förbli.

Lämna ett svar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *