Magické číslo (programování) - Magic number (programming) - Wikipedia

v programování, termín magické číslo má více významů. Může odkazovat na jednu nebo více z následujících možností:

• Jedinečné hodnoty s nevysvětlitelným významem nebo více výskytů, které lze (nejlépe) nahradit pojmenovanými konstantami
• Konstantní číselná nebo textová hodnota použitá k identifikaci a formát souboru nebo protokol; soubory viz Seznam podpisů souborů
• Výrazné jedinečné hodnoty, u nichž je nepravděpodobné, že budou zaměněny za jiné významy (např. Globálně jedinečné identifikátory )

Nejmenované číselné konstanty

Termín magické číslo nebo magická konstanta Odkazuje na anti-vzor použití čísel přímo ve zdrojovém kódu. Toto bylo označováno jako porušení jednoho z nejstarších pravidel programování, jehož historie sahá až do COBOL, FORTRAN a PL / 1 manuály 60. let.^[1] Použití nepojmenovaných magických čísel v kódu zakrývá záměr vývojářů zvolit toto číslo,^[2] zvyšuje příležitosti pro jemné chyby (např. je každá číslice správná v 3.14159265358979323846 a je to rovna 3.14159?) a ztěžuje přizpůsobení a rozšíření programu v budoucnu.^[3] Nahrazení všech významných magických čísel názvem konstanty usnadňuje čtení, porozumění a údržbu programů.^[4]

Jména vybraná jako smysluplná v kontextu programu mohou mít za následek kód, který snáze pochopí správce, který není původním autorem (nebo dokonce původním autorem po určité době). Příkladem neinformativně pojmenované konstanty je int ŠESTNÁCT = 16, zatímco int NUMBER_OF_BITS = 16 je popisnější.

Problémy spojené s magickými „čísly“ popsanými výše se neomezují pouze na číselné typy a tento termín se také vztahuje na jiné datové typy, kde by deklarování pojmenované konstanty bylo pružnější a komunikativnější.^[1] Tedy deklarace const řetězec testUserName = "John" je lepší než několik výskytů „magické hodnoty“ "John" v testovací sada.

Například pokud je nutné náhodně zamíchat hodnoty v poli představujícím standardní balíček hrací karty, tento pseudo kód dělá práci pomocí Fisher – Yates zamíchá algoritmus:

   pro i z 1 na 52 j: = i + randomInt (53 - i) - 1 a. SwapEntries (i, j)

kde A je objekt pole, funkce randomInt (x) vybere náhodné celé číslo mezi 1 a X, včetně, a swapEntries (i, j) zaměňuje ith a jth položky v poli. V předchozím příkladu 52 je magické číslo. Za lepší programovací styl se považuje psaní následujícího:

   konstantní int deckSize: = 52 pro i z 1 na deckSize j: = i + randomInt (deckSize + 1 - i) - 1 a. swapEntries (i, j)

To je vhodnější z několika důvodů:

• Je snazší číst a rozumět mu. Programátor, který čte první příklad, by se mohl divit, Co zde znamená číslo 52? Proč 52? Programátor může po pečlivém přečtení kódu odvodit význam, ale není to zřejmé. Kouzelná čísla se stávají obzvláště matoucími, když je stejné číslo použito pro různé účely v jedné části kódu.
• Je snazší změnit hodnotu čísla, protože není duplikováno. Změna hodnoty magického čísla je náchylná k chybám, protože stejná hodnota se v programu často používá několikrát na různých místech. Také, když dvě sémanticky odlišné proměnné nebo čísla mají stejnou hodnotu, mohou být omylem obě upraveny společně. Chcete-li upravit první příklad pro zamíchání a Tarot balíček, který má 78 karet, může programátor naivně nahradit každou instanci 52 v programu 78. To by způsobilo dva problémy. Nejprve by chyběla hodnota 53 na druhém řádku příkladu, což by způsobilo jemné selhání algoritmu. Zadruhé, pravděpodobně by nahradil znaky „52“ všude, bez ohledu na to, zda odkazují na velikost balíčku nebo na něco úplně jiného, ​​jako je například počet týdnů v gregoriánském kalendářním roce, nebo více zákeřně, jsou součástí čísla jako „1523“, to vše by představovalo chyby. Naproti tomu změna hodnoty deckSize proměnná v druhém příkladu by byla jednoduchá, jednorázová změna.
• Podporuje a usnadňuje dokumentaci. Jediné místo, kde je deklarována pojmenovaná proměnná, je dobrým místem pro dokumentaci toho, co hodnota znamená a proč má hodnotu, kterou dělá. Mít stejnou hodnotu na mnoha místech vede buď k duplicitním komentářům (a problémům s obsluhou při aktualizaci některých, ale některým chybí), nebo nezanechává žádné jeden místo, kde je pro autora přirozené vysvětlit hodnotu a pravděpodobně čtenář hledá vysvětlení.
• Deklarace proměnných „magického čísla“ jsou umístěny společně, obvykle v horní části funkce nebo souboru, což usnadňuje jejich kontrolu a změnu.
• Usnadňuje parametrizaci. Například pro zobecnění výše uvedeného příkladu na postup, který zamíchá balíček libovolného počtu karet, by stačilo otočit deckSize do parametru tohoto postupu, zatímco první příklad by vyžadoval několik změn.

   funkce zamíchat (int deckSize) pro i z 1 na deckSize j: = i + randomInt (deckSize + 1 - i) - 1 a. swapEntries (i, j)

• Pomáhá detekovat překlepy. Použití proměnné (namísto literálu) využívá kontrolu kompilátoru. Náhodné napsání „62“ místo „52“ by zůstalo nezjištěno, zatímco psaní „dekSize" namísto "deckSize"bude mít za následek varování překladače, že dekSize je nedeklarováno.
• U některých může snížit psaní IDE. Pokud IDE podporuje dokončení kódu, vyplní většinu názvů proměnných z prvních několika písmen.

Nevýhody jsou:

• Když pojmenovaná konstanta není definována poblíž jejího použití, poškodí to lokalitu, a tím i srozumitelnost kódu. Uvedení 52 na možné vzdálené místo znamená, že k úplnému pochopení fungování smyčky for (například k odhadu doby běhu smyčky) je třeba sledovat definici a ověřit, zda se jedná o očekávané číslo. Je snadné se vyhnout (přemístěním deklarace), když se konstanta používá pouze v jedné části kódu. Pokud se naopak používá v nesourodých částech, vzdálené umístění je vodítkem pro čtenáře, že stejná hodnota se objevuje i jinde, což může být také užitečné prozkoumat.
• Může to udělat kód podrobnějším. Deklarace konstanty přidá řádek. Pokud je název konstanty delší než hodnota, zvláště pokud se v jednom řádku objeví několik takových konstant, může být nutné rozdělit jeden logický příkaz kódu na několik řádků. Zvýšení výřečnosti může být odůvodněno, pokud existuje určitá pravděpodobnost záměny o konstantě, nebo pokud existuje pravděpodobnost, že bude nutné konstantu změnit, například znovu použít míchací rutiny pro jiné karetní hry. Rovněž to lze odůvodnit zvýšením expresivity.
• Zpracování výrazu může být pomalejší deckSize + 1 za běhu než hodnota „53“, i když si to většina moderních překladačů a tlumočníků všimne deckSize byl deklarován jako konstanta a předem vypočítá hodnotu 53 v kompilovaném kódu. I když to není možnost, optimalizace smyčky přesune přidání tak, aby se provedlo před smyčkou. Ve srovnání s použitím magických čísel v kódu proto obvykle neexistuje žádný (nebo zanedbatelný) trest rychlosti.
• V systémech, kde ladicí program nezobrazuje hodnoty konstant, může ladění ztížit (například proto, že je kompilátor optimalizoval).

Přijímané použití

Tato sekce potřebuje další citace pro ověření. Prosím pomozte vylepšit tento článek podle přidávání citací ke spolehlivým zdrojům. Zdroj bez zdroje může být napaden a odstraněn. (Březen 2010) (Zjistěte, jak a kdy odstranit tuto zprávu šablony)

V některých kontextech je použití nepojmenovaných numerických konstant obecně přijímáno (a pravděpodobně „ne magické“). Zatímco takové přijetí je subjektivní a často závisí na individuálních návycích kódování, následující příklady jsou běžné:

• použití 0 a 1 jako počátečních nebo přírůstkových hodnot v a pro smyčku, jako pro (int i = 0; i < max; i += 1)
• použití 2 ke kontrole, zda je číslo sudé nebo liché, jako v isEven = (x% 2 == 0), kde % je modulo operátor
• použití jednoduchých aritmetických konstant, např. ve výrazech jako obvod = 2 * Math.PI * poloměr,^[1] nebo pro výpočet diskriminující a kvadratická rovnice tak jako d = b ^ 2 - 4 * a * c
• použití mocnin 10 k převodu metrických hodnot (např. mezi gramy a kilogramy) nebo k výpočtu procenta a promile hodnoty
• exponenty ve výrazech jako (f (x) ** 2 + f (y) ** 2) ** 0,5 pro ${ displaystyle { sqrt {f (x) ^ {2} + f (y) ^ {2}}}}$

Konstanty 1 a 0 se někdy používají k reprezentaci booleovský hodnoty True a False v programovacích jazycích bez booleovského typu, jako jsou starší verze C. Většina moderních programovacích jazyků poskytuje a booleovský nebo bool primitivní typ a proto je použití 0 a 1 nedoporučeno. To může být matoucí, protože 0 někdy znamená programový úspěch (když -1 znamená selhání) a selhání v jiných případech (když 1 znamená úspěch).

V C a C ++ se někdy 0 používá k reprezentaci nulový ukazatel. Stejně jako u booleovských hodnot obsahuje standardní knihovna C definici makra NULA jehož použití je podporováno. Jiné jazyky poskytují zvláštní nula nebo nula a v takovém případě by neměla být použita žádná alternativa. Zadaná konstanta ukazatele nullptr byl představen s C ++ 11.

Indikátory formátu

Původ

Indikátory formátu byly poprvé použity na počátku Verze 7 Unix zdrojový kód.^{[Citace je zapotřebí ]}

Unix byl přenesen na jeden z prvních DEC PDP-11 / 20s, které neměly ochrana paměti. Rané verze Unixu tedy používaly odkaz na přemístitelnou paměť Modelka.^[5] Před-Šesté vydání Unixu verze načíst spustitelný soubor do Paměť a skočil na první nízkou paměťovou adresu programu, relativní adresa nula. S rozvojem stránkovaný verze Unix, a záhlaví byl vytvořen k popisu spustitelný obrázek komponenty. Také, a instrukce pobočky bylo vloženo jako první slovo záhlaví, aby se záhlaví přeskočilo a spustil program. Tímto způsobem může být program spuštěn ve starším referenčním režimu přemístitelné paměti (běžném) nebo v stránkovaném režimu. Jak byly vyvinuty další spustitelné formáty, byly přidány nové konstanty zvýšením větve offset.^[6]

V Šesté vydání zdrojový kód zavaděče programu Unix přečetla funkce exec () spustitelný soubor (binární ) obrázek ze systému souborů. Prvních 8 bajtů souboru byl a záhlaví obsahující velikosti programových (textových) a inicializovaných (globálních) datových oblastí. Také první 16bitové slovo záhlaví bylo porovnáno se dvěma konstanty zjistit, zda spustitelný obrázek obsažené přemístitelné odkazy na paměť (normální), nově implementováno stránkovaný spustitelný obrázek jen pro čtení nebo samostatný stránkovaný obrázek instrukce a dat.^[7] Nebyla zmínka o dvojí roli konstanty záhlaví, ale bajt vyššího řádu konstanty byl ve skutečnosti provozní kód pro instrukci odbočky PDP-11 (osmičkový 000407 nebo hex 0107). Přidání sedmičky k počítadlu programu ukázalo, že pokud tato konstanta byla popraven, rozvětví službu Unix exec () přes záhlaví osmi bajtů spustitelného obrazu a spustí program.

Protože šesté a sedmé vydání Unixu používalo stránkovací kód, byla dvojí role konstanty záhlaví skryta. To znamená, že služba exec () čte záhlaví spustitelného souboru (meta ) data do a prostor jádra vyrovnávací paměť, ale načíst spustitelný obrázek do uživatelský prostor, čímž nepoužívá funkci větvení konstanty. Vytváření magických čísel bylo implementováno v Unixu linker a nakladač a větvení magických čísel bylo pravděpodobně stále používáno v sadě samostatný diagnostické programy který přišel se šestým a sedmým vydáním. Konstanta záhlaví tedy poskytovala iluzi a splňovala kritéria pro kouzlo.

Ve verzi Seven Unix nebyla konstanta záhlaví testována přímo, ale byla přiřazena proměnné označené ux_mag^[8] a následně označován jako magické číslo. Pravděpodobně kvůli své jedinečnosti, termínu magické číslo přišel znamenat typ spustitelného formátu, poté byl rozšířen na střední typ systému souborů a opět rozšířen na jakýkoli typ souboru.

V souborech

Magická čísla jsou běžná v programech napříč mnoha operačními systémy. Magická čísla se implementují silně napsaný data a jsou formou vnitropásmová signalizace do řídícího programu, který čte datové typy v době běhu programu. Mnoho souborů má takové konstanty, které identifikují obsažená data. Detekce takových konstant v souborech je jednoduchý a efektivní způsob rozlišení mezi mnoha formáty souborů a může přinést další dobu běhu informace.

Příklady

• Sestaven Soubory třídy Java (bytecode ) a Mach-O binární soubory začínají hex CAFEBABE. Při komprimaci pomocí Pack200 bajty jsou změněny na CAFED00D.
• GIF obrazové soubory mají ASCII kód pro „GIF89a“ (47 49 46 38 39 61) nebo „GIF87a“ (47 49 46 38 37 61)
• JPEG obrazové soubory začínají FF D8 a končí s FF D9. JPEG /JFIF soubory obsahují ASCII kód pro „JFIF“ (4A 46 49 46) jako řetězec zakončený nulou. JPEG /Exif soubory obsahují ASCII kód pro "Exif" (45 78 69 66) také jako řetězec zakončený nulou, následovaný dalšími metadata o souboru.
• PNG obrazové soubory začínají 8-byte podpis, který identifikuje soubor jako soubor PNG a umožňuje detekci běžných problémů s přenosem souborů: \211 P N G  r  n \032  n (89 50 4E 47 0D 0A 1A 0A). Tento podpis obsahuje různé nový řádek znaky umožňující detekovat neoprávněné automatizované převody nového řádku, například přenos souboru pomocí FTP s ASCII režim přenosu místo binární režimu.^[9]
• Standard MIDI zvukové soubory mají ASCII kód pro "MThd" (MIDI Tnosič headehm, 4D 54 68 64) následovaná dalšími metadaty.
• Unix nebo Linux skripty mohou začínat a "shebang" (#!, 23 21) následovaný cestou k tlumočník, pokud se tlumočník pravděpodobně bude lišit od toho, od kterého byl skript vyvolán.
• ELF spustitelné soubory začínají 7F E L F
• PostScript soubory a programy začínají na „%!“ (25 21).
• PDF soubory začínají „% PDF“ (hex 25 50 44 46).
• Spustitelný soubor DOS MZ soubory a EXE útržek z Microsoft Windows PE Soubory (Portable Executable) začínají znaky „MZ“ (4D 5A), iniciály návrháře formátu souboru, Mark Zbikowski. Definice umožňuje neobvyklé „ZM“ (5A 4D) také pro dosZMXP, non-PE EXE.^[10]
• The Systém rychlých souborů Berkeley formát superbloku je identifikován jako jeden 19 54 01 19 nebo 01 19 54 v závislosti na verzi; oba představují narozeniny autora, Marshall Kirk McKusick.
• The Master Boot Record zaváděcích úložných zařízení téměř na všech IA-32 Kompatibilní s IBM PC má kód 55 AA jako jeho poslední dva bajty.
• Spustitelné soubory pro Hráč a Game Boy Advance kapesní videohry mají 48bajtové nebo 156bajtové magické číslo na pevném místě v záhlaví. Toto kouzelné číslo kóduje bitmapu Nintendo logo.
• Amiga spustitelný software Skýva soubory běžící na Amiga classic 68000 všechny stroje začínají hexadecimálním číslem $ 000003f3, přezdívaným „Magic Cookie“.
• V Amize je jedinou absolutní adresou v systému hex $ 0000 0004 (umístění paměti 4), která obsahuje počáteční umístění zvané SysBase, ukazatel na exec.library, tzv. jádro Amiga.
• PEF soubory, které používá klasický Mac OS a BeOS pro PowerPC spustitelné soubory, obsahují ASCII kód pro „Joy!“ (4A 6F 79 21) jako předpona.
• TIFF soubory začínají buď II nebo MM následován 42 jako dvoubajtové celé číslo v malém nebo velkém endian řazení bytů. II je pro Intel, který používá malý Endian řazení bytů, takže magické číslo je 49 49 2A 00. MM je pro společnost Motorola, která používá velký endian řazení bytů, takže magické číslo je 4D 4D 00 2A.
• Unicode textové soubory kódované v UTF-16 často začínají s Byte Order Mark detekovat endianismus (FE FF pro velký endian a FF FE pro malý endian). A dál Microsoft Windows, UTF-8 textové soubory často začínají kódováním UTF-8 stejného znaku, EF BB BF.
• LLVM Soubory bitových kódů začínají před naším letopočtem (0x42, 0x43)
• SVAZEK soubory začínají IWAD nebo PWAD (pro Osud ), WAD2 (pro Zemětřesení ) a WAD3 (pro Poločas rozpadu ).
• Microsoft Binární formát složeného souboru (většinou známý jako jeden ze starších formátů Microsoft Office soubory) soubory začínají D0 CF 11 E0, což vizuálně naznačuje slovo „DOCFILE0“.
• Záhlaví v ZIP soubory začínají na „PK“ (50 4B), iniciály Phil Katz, autor DOS nástroj pro kompresi PKZIP.
• Záhlaví v 7z soubory začínají na „7z“ (celé magické číslo: 37 7A před naším letopočtem AF 27 1C).

Detekce

Obslužný program Unix soubor umí číst a interpretovat magická čísla ze souborů a volá se soubor, který se používá k analýze informací kouzlo. Obslužný program Windows TrID má podobný účel.

V protokolech

Příklady

• The Protokol OSCAR, použito v CÍL /ICQ, předpony požadavků s 2A.
• V Protokol RFB používá VNC, klient zahájí konverzaci se serverem odesláním „RFB“ (52 46 42, pro „Remote Frame Buffer“) následovaný číslem verze protokolu klienta.
• V SMB protokol používaný systémem Microsoft Windows, každý požadavek SMB nebo odpověď serveru začíná „FF 53 4D 42'nebo „ xFFSMB“ na začátku požadavku SMB.
• V MSRPC protokol používaný systémem Microsoft Windows, každý požadavek založený na protokolu TCP začíná 05 na začátku požadavku (představující Microsoft DCE / RPC verze 5), následovaný okamžitě a 00 nebo 01 pro vedlejší verzi. V požadavcích MSRPC založených na UDP je vždy první bajt 04.
• v KOM a DCOM zařadil rozhraní, tzv OBJREFY, vždy začněte sekvencí bajtů „MEOW“ (4D 45 4F 57). Ladicí přípony (používané pro zaháknutí kanálu DCOM) jsou označeny sekvencí bajtů „MARB“ (4D 41 52 42).
• Nezašifrované BitTorrent tracker požadavky začínají jedním bajtem obsahujícím hodnotu 19 představující délku záhlaví, za kterým bezprostředně následuje fráze „protokol BitTorrent“ na pozici bajtu 1.
• eDonkey2000 /eMule provoz začíná jediným bajtem představujícím verzi klienta. V současné době E3 představuje klienta eDonkey, C5 představuje eMule a D4 představuje komprimovanou eMule.
• První 04 bajtů bloku v Bitcoin Blockchain obsahuje magické číslo, které slouží jako identifikátor sítě. Hodnota je konstanta 0xD9B4BEF9, což označuje hlavní síť, zatímco konstantní 0xDAB5BFFA označuje testnet.
• SSL transakce vždy začínají zprávou „klient ahoj“. Schéma zapouzdření záznamu používané k předponě všech paketů SSL se skládá ze dvou a tříbajtových formulářů záhlaví. Obvykle má klientská zpráva SSL verze 2 předponu s 80 a odpověď serveru SSLv3 na klienta začíná ahoj 16 (i když se to může lišit).
• DHCP pakety používají hodnotu „kouzelného cookie“ „0x63 0x82 0x53 0x63'na začátku části možností balíčku. Tato hodnota je zahrnuta ve všech typech paketů DHCP.
• HTTP / 2 spojení se otevírají předmluvou '0x505249202a20485454502f322e300d0a0d0a534d0d0a0d0a„nebo“PRI * HTTP / 2.0 r n r nSM r n r nPředmluva je navržena tak, aby se zabránilo zpracování rámců servery a zprostředkovateli, kteří podporují dřívější verze protokolu HTTP, ale nikoli 2.0.

V rozhraních

Magická čísla jsou běžná v Funkce API a rozhraní napříč mnoha operační systémy, počítaje v to DOS, Okna a NetWare:

Příklady

• IBM PC -kompatibilní BIOSy používat magické hodnoty 0000 a 1234 rozhodnout, zda má systém počítat paměť, nebo ne při restartu, čímž provede studené nebo teplé spuštění. Hodnoty závěrečných prací také používají EMM386 správci paměti zachycující požadavky na spuštění.^[11] BIOSy také používají magické hodnoty 55 AA zjistit, zda je disk zaváděcí.^[12]
• The MS-DOS mezipaměť disku SMARTDRV (s kódovým označením „Bambi“) používá ve funkcích API magické hodnoty BABE a EBAB.^[11]
• Mnoho DR DOS, Novell DOS a OpenDOS ovladače vyvinuté v prvním Evropské rozvojové centrum ve Velké Británii použijte hodnotu 0EDC jako magický token, když vyvoláte nebo poskytnete další funkce na vrcholu (emulovaných) standardních funkcí systému DOS, jedním příkladem je NWCACHE.^[11]

Jiná použití

Příklady

• Výchozí MAC adresa na Texas Instruments SOC je DE: AD: BE: EF: 00: 00.^[13]

Limity datových typů

Toto je seznam omezení typů datových úložišť:^[14]

GUID

Je možné vytvořit nebo změnit globálně jedinečné identifikátory (GUID), aby byly nezapomenutelné, ale to se velmi nedoporučuje, protože to ohrožuje jejich sílu jako téměř jedinečných identifikátorů.^[15][16] Specifikace pro generování GUID a UUID jsou poměrně složité, což vede k tomu, že jsou prakticky jedinečné, pokud jsou správně implementovány. Měly by být generovány pouze renomovaným softwarovým nástrojem.^{[Citace je zapotřebí ]}

Identifikační čísla produktů Microsoft Windows pro Microsoft Office výrobky někdy končí 0000-0000-0000000FF1CE („KANCELÁŘ“), například {90160000-008C-0000-0000-0000000FF1CE}, ID produktu „Komponenta rozšiřitelnosti Click-to-Run Office 16“.

Java používá několik identifikátorů GUID počínaje CAFEEFAC.^[17]

V Tabulka oddílů GUID schématu rozdělení GPT, Spouštěcí oddíly systému BIOS použít speciální GUID {21686148-6449-6E6F-744E-656564454649}^[18] který nedodržuje definici GUID; místo toho je vytvořen pomocí ASCII kódy pro řetězec "Hah! IdontNeedEFI"částečně v malý Endian objednat.^[19]

Hodnoty ladění

Hodnoty magického ladění jsou konkrétní hodnoty zapsané do Paměť v době přidělení nebo deallocation, takže později bude možné zjistit, zda nedošlo k jejich poškození, a dát to najevo, když se používají hodnoty převzaté z neinicializované paměti. Paměť je obvykle prohlížena v šestnáctkové soustavě, takže nezapomenutelné opakování nebo hexspeak hodnoty jsou běžné. Mohou být upřednostňovány numericky liché hodnoty, aby procesory bez adresování bajtů selhaly při pokusu o jejich použití jako ukazatelů (které musí spadat na sudé adresy). Měly by být zvoleny hodnoty, které jsou daleko od pravděpodobných adres (programový kód, statická data, data haldy nebo zásobník). Podobně je lze zvolit tak, aby to nebyly platné kódy v sadě instrukcí pro danou architekturu.

Jelikož je velmi nepravděpodobné, i když je to možné, že 32bitové celé číslo bude mít tuto specifickou hodnotu, vzhled takového čísla v debugger nebo výpis paměti s největší pravděpodobností označuje chybu, jako je přetečení vyrovnávací paměti nebo neinicializovaná proměnná.

Mezi slavné a běžné příklady patří:

Většina z nich je 32 bity dlouhý - velikost slova většiny počítačů s 32bitovou architekturou.

Prevalence těchto hodnot v technologii společnosti Microsoft není náhoda; jsou podrobně popsány v Steve Maguire kniha Psaní pevného kódu z Microsoft Press. Pro tyto hodnoty uvádí řadu kritérií, například:

• Neměly by být užitečné; to znamená, že od většiny algoritmů, které na nich pracují, lze očekávat něco neobvyklého. Čísla jako nula nesplňují toto kritérium.
• Programátor by je měl snadno rozpoznat jako neplatné hodnoty v ladicím programu.
• Na strojích, které nemají zarovnání bajtů, měly by být lichá čísla, takže jejich dereferencování jako adresy způsobí výjimku.
• Pokud jsou spuštěny jako kód, měly by způsobit výjimku nebo možná dokonce debugger.

Protože se často používaly k označení oblastí paměti, které byly v podstatě prázdné, některé z těchto termínů se začaly používat ve frázích, které znamenají „pryč, zrušeno, vypuštěno z paměti“; např. „Váš program je DEADBEEF“^{[Citace je zapotřebí ]}.

Viz také

• Magická struna
• Formát souboru § Magické číslo
• Seznam podpisů souborů
• FourCC
• Tvrdé kódování
• Magic (programování)
• NaN (Není to číslo)
• Typ s výčtem
• Hexspeak, pro další sadu magických hodnot
• Nic v mém rukávu o magických konstantách v kryptografické algoritmy
• Chyby při formátování a ukládání času, pro problémy, které mohou být způsobeny magií
• Hodnota hlídky (aka hodnota příznaku, hodnota vypnutí, nepoctivá hodnota, hodnota signálu, figuríny)
• Kanárská hodnota, speciální hodnota pro detekci přetečení vyrovnávací paměti
• XYZZY (kouzelné slovo)
• Rychlá inverzní odmocnina pomocí konstanty 0x5F3759DF

Reference