JavaScript: typeof - noodzaak of een kans

Er was een bepaald type gegevens, en een belang bij de verwerking om het resultaat te verkrijgen. De dominantie van "atypische ideeën in omschrijvingen" komen plotseling, maar natuurlijk. Prevariabele verklaring niet meer verplicht, en een indicatie van dit type in het algemeen heeft alle betekenis verloren, althans een operatie waarbij het deelneemt.

Programmer ongebonden zijn handen: het is niet nodig om iets te verklaren bij het begin. Vaak pas op het moment van gebruik zal zijn om te bepalen wat mee te nemen, wat te doen en hoe. Zoals voor types, zij zichzelf "hebben waarden geworden," dat wil zeggen, wordt het gegevens waarop ook afhankelijk van iets!

Het heeft of heeft niet, nou ja, wat dan

Een zeer eenvoudige beschrijving van de variabele "aaa" en beschikbare algoritme voor verwerking:

aaa ; var aaa;

( aaa ) { if (aaa) {
= 'I am!' Res = 'Ik ben!' ; // IK BEN!
{ } Else {
= 'me no...' ; Res = 'mij niet ...'; // Ik heb geen
}

Het geeft een duidelijk resultaat. "Ik niet" Daarbij is de waarde van de functie JavaScript typeof = undefined. Gewoon een beschrijving van de variabele - "niets doen" betekent niet. Natuurlijk, wanneer aaa = 1, krijgen we: 'ik ben', maar als aaa = 0, zal het zijn als in het eerste geval: "Ik weet niet ...." Wonderful logica, een wiskundige, evenals een eenvoudige burger, en kon niet denken dat de waarde nul heeft een heel andere betekenis dan een echte. Alleen modern (atypisch) programmering in staat is om een dergelijke gedurfde ideeën!

JavaScript Ontwerp typeof, evenals een meer intelligente uitdrukking if (aaa) {... x ...} else {... y ...}, heeft een uitstekende consument kwaliteiten en is zeer handig in gebruik.

Op eigenaardigheden van Cyrillische en Latijnse alfabetten

Professional programmeur zal altijd de voorkeur aan een Engels tekens voor Russisch, oprecht dank aan de programmering van de ontwikkeling, toen enkele uitgestrekte cybernetica niet werd erkend, maar in andere gebieden van de informatica ging gestaag omhoog. We begonnen te vermenigvuldigen en de ontwikkeling van programmeertalen, op basis van de syntax van de 26 letters van het alfabet en een aantal andere gemeenschappelijke symbolen.

De meest eenvoudige en natuurlijke was de native code, het was perfect, perfect, maar is specifiek voor elke architectuur en high-level talen idee van overdraagbaarheid tussen architecturen werd meteen urgent. Dit is in tegenspraak sterk het huidige moment: de gronden voor analoge JavaScript typeof = undefined | koord | nummer | boolean | object | functie als het was niet eenvoudig. Alle talen waren strikt formele, hebben een strikte syntax en onzekerheid te vermijden.

Types, variabelen, en het gebruik ervan

Point is erg belangrijk. Typen en omschrijving van de variabelen - het belangrijkste onderdeel van het programma, de programmeur kan niet schrijven een werkende algoritme, terwijl het niet voldoen aan de echte diversiteit van de gegevens in de strikte formele beeld van variabelen, arrays, objecten en functies.

JavaScript draagt alle verzamelde meer dan tientallen jaren van functionele kracht, al zijn ontwerpen perfect passen bij de huidige kennis van de syntaxis en passende regels legde in zijn semantiek.

De vraag is, wanneer dit zou moeten gebeuren wanneer het nodig is om het type tekst, JavaScript typeof functie te definiëren. Eigenlijk vriendelijke opties Typ tekst een beetje: de tekenreeks en het nummer. Echter, de rol van het tekstobject spelen, en zelfs een reeks ontwerp Array.join (), waarin alle elementen in één tekst, dat wil zeggen in één lijn verbindt.

Banal statement: overal is er het type tekst, en JavaScript typeof functie moet op het juiste moment om het gewenste type definitie uit te voeren. Dat is waar, maar in de praktijk blijkt anders. JavaScript typeof object heeft dezelfde waarde in alle drie de gevallen geven:

aaa = {}; var aaa = {};
= typeof ( aaa ); Res = typeof (aaa);
+= '/' + typeof window . Res + = '/' + typeof venster. ; document;
+= '/' + typeof ( document . forms [ 0 ]); Res + = '/' + typeof (document vormen [ 0]).

resultaat: object / object / object

Het gebruik kan worden typeof (aaa) en typeof aaa-formaat muziek - het is niet essentieel, maar in alle gevallen het antwoord wordt gegeven, maar het is absoluut niets te betekenen!

Onzekerheid wordt zekerheid

Programmering kenmerken van de dynamiek die horen: hij vliegt zo snel naar voren dat de beweging schaal voortdurend uit te breiden. De rekening gaat op voor maanden, weken of dagen, soms zelfs uren. De specifieke taken van de dynamiek van de vorming van een algoritme voor het oplossen van een dergelijk snelle en hoge eisen aan de continuïteit die een programmeur uit te werken van de staat de beslissing voor een dag, week of langer kunnen weigeren.

JavaScript typeof en praktijk van object-georiënteerd programmeren, die in deze syntax enigszins verschilt van die in de aangrenzende moderne talen natuurlijke oplossing, verschuift het zwaartepunt van een voorwerp. Zeer opvallend punt: de taal wordt een construct dat semantiek, in plaats van een set van syntactische regels.

Eenvoudige data types niet nodig om het type, of liever gezegd het gebruik van JavaScript typeof genoeg te bepalen. Indien nodig kan de runtime zorgt voor de juiste transformaties, maar JavaScript typeof object geeft de meest redelijke antwoord is het doel en de aard van het probleem - zijn bezorgdheid! Deze logica voor de klassieke ideeën over het programmeren moeilijk waarneembaar, maar het is de werkelijke stand van zaken recht.

Zorg faciliteit - zijn type te bepalen, om hun eigenschappen weer te geven en uit te voeren hun methodes. Programmering aan uw syntaxis poetsen, en elk moment van de tijd verschuift het zwaartepunt van de syntaxis gevormd door programmeur semantiek: het systeem van objecten die de taak uit te voeren.