Přejít k navigační liště

Zdroják » Zprávičky » JavaScriptové perličky: [] není []!

JavaScriptové perličky: [] není []!

Zprávičky ‐ ‐ JavaScript, Různé ‐

Na serveru WTFJS upozornil @remi na jednu zajímavost ohledně vytváření neinicializovaných proměnných v JavaScriptu.

var a = new Number;
a == 0 // true
var a = new String;
a == "" // true
var a = new Object;
a == {} // false
var a = new Array;
a == [] // false

Pokud implicitně nezadáme hodnotu pro číslo, je dosazena nula (0), pro řetězec prázdný řetězec („“). Poněkud matoucí to může být při použití zápisu JSON:

var a = {};
a == {} // false
var a = [];
a == [] // false

Komentáře

Odebírat
Upozornit na
guest
5 Komentářů
Nejstarší
Nejnovější Nejvíce hlasů
mmmmario

A bude platit toto:
var a = []
a == null // true?
var a = {}
a == null // true?

pas

Ne.
Stačí si uvědomit, že [] je jenom zkrácený zápis pro new Array() a {} je zkrácený zápis pro new Object() a bude vše jasné.

pas

To ale není o neinicializo­vaných proměnných – ve všech těch příkladech inicializované jsou. :) Je to o vnímání {} jako atomické hodnoty, namísto instance třídy. Jakmile by to bylo zapsáno ekvivalentním new Object() == new Object(), už by to každého trklo. Jinak bych nepovažoval za smrtelný hřích používat neinicializované proměnné – pokud daný jazyk, resp. implementace, jasně zaručuje, jaké jsou výchozí hodnoty pro každý typ.

DevelX

Nič proti, ale čísla a reťazce sú v JS atomické hodnoty, pri porovnaní == sa porovnávajú ich hodnoty.
Oproti tomu objekt aj pole je inštanciou triedy objektu / pola, a teda sa pri použití == porovná rovnosť referencie na inštanciu. Nechápem, čo je na tom zarážajúce, takto by to predsa aj malo byť.
Pri každom použití [] alebo {} sa zo zjavných príčin vytvára nové pole / objekt.

juraj

Snáď ešte zmienim NaN == NaN – tiež false.

Rok po Shai-Hulud: co se změnilo na npm a co musíte udělat do ledna

Před rokem začal registrem npm procházet samošířící červ Shai-Hulud. Od té doby se útoky na dodavatelský řetězec JavaScriptu staly pravidelnou záležitostí a npm postupně přepisuje pravidla publikování. Projdeme, co se za ten rok stalo, jak dnes bezpečně publikovat balíček, co musíte stihnout do ledna 2027 a jak se bránit jako uživatel balíčků.

Vercel zrychlil směrování v CDN. Překvapivě pomohly menší bloky

Vercel zrychlil směrování v CDN tím, že začal načítat víc dat najednou. U velkých webů mu po každém nasazení scházely v cache údaje o mnoha jednotlivých cestách, takže je musel opakovaně dohledávat. U nových bloků metadat Vercel naměřil o 91 % kratší dobu tohoto hledání v 99. percentilu. Cesta k výsledku ale vedla přes nečekané zjištění: příliš velký blok se při vyřizování požadavků nevyplatil.

GraphQL: Alternativa k REST API zblízka

Když se dnes navrhuje nové API, většina vývojářů automaticky sáhne po RESTu. Je to pochopitelné: REST je jednoduchý, dobře zdokumentovaný, podporují ho všechny jazyky a frameworky a většina z nás s ním pracuje léta. Přesto se v posledních letech stále častěji objevuje otázka, zda je REST vždy tou nejlepší volbou. Nejčastěji zmiňovanou alternativou je GraphQL, dotazovací jazyk pro API, který vznikl ve Facebooku a který dnes používají firmy jako GitHub, Shopify nebo Netflix.