Při tvorbě jakékoli aplikace je dobré vyvažovat přehlednost zápisu kódu s jeho efektivitou. Protože interprety JavaScriptu bohužel nejsou z nejrychlejších, přichází velmi často ke slovu právě faktor druhý, na úkor intuitivnosti zápisu. Jako třeba u následujícího problému:

Máme barevné složky R, G a B, z nichž každá je vyjádÅ™ena desetinným číslem v intervalu <0; 1>. Z tÄ›ch potÅ™ebujeme získat Å™etÄ›zec ve tvaru RRGGBB. Složky bude tedy tÅ™eba zvÄ›tÅ¡it do rozsahu 0–255, zaokrouhlit, pÅ™evést na čísla Å¡estnáctková a jednoznakové výsledky zleva doplnit nulou, aby sestavený Å™etÄ›zec mÄ›l vždy právÄ› Å¡est znaků. Jak ale splnit poslední požadavek co nejrychleji a bez podmínÄ›ného pÅ™idávání nuly?

Metoda číslo.toString(16) sice pÅ™evede číslo do Å¡estnáctkové soustavy, ale k doplnÄ›ní počáteční nuly ji pÅ™imÄ›t nelze. Na sprintf() můžeme zapomenout a co se týče regulárních výrazů, jejich vyhodnocení je pomalé. Nabízí se vkládat nulu vždy a potom z Å™etÄ›zce zprava vytáhnout dva znaky, tedy ('0'+cislo).substr(-2), jenže IE záporný offset nepodporuje.

Nedávno mÄ› trklo zajímavé Å™eÅ¡ení. K číslům nejprve pÅ™ičteme 256, čímž po pÅ™evodu získáme vždy nejménÄ› 100₁₆ a nejvíce 1FF₁₆. Pak zbývá jen oříznout počáteční jedničku. Jak jsem zmínil na začátku, pÅ™ehlednost takového algoritmu je na pováženou, ale za tu efektivitu jistÄ› stojí:

function rgbToHex(R, G, B) {
    return (
        Math.round(256 + 255*R).toString(16).substr(1) +
        Math.round(256 + 255*G).toString(16).substr(1) +
        Math.round(256 + 255*B).toString(16).substr(1)
    )
}