Hard TAB

A hard TAB jó, a hard TAB finom, a hard TAB különleges! Úgy is megkóstolod a hard TAB-ot!!! (Sorry Tibi csokoládé!)

De a lényeg, a lényeg, hogy én kifejezetten használom a hard TAB-ot!
Miért?
Hirtelen néhány okot összegyűjtöttem: (A lista bővülhet!)

• Hordozhatóbb kódot eredményez.
• Szerkesztőkben beállítható a TAB karakterek szélessége. Most nem sok olyan egyszerű editor van, amelyben ezt nem lehet megtenni. Egyetlen komoly példát tudnék erre mondani. Az pedig a Windows notepad.exe jegyzettömbje, amely az évek alatt semmit nem változott, pedig azért már néhány funkcióval felruházhatták volna Redmond-ban.
• A hordozhatóbb kód érdekében időnként érdemes megadni a használt tab szélességet a dokumentum elején (úgy tudom, hogy a linuxos vi felhasználók ezügyben előnyt élveznek).
• Könnyebb vele a behúzás
• Könnyebb leütni egy TAB-ot a behúzáshoz, mint 2,4, vagy 8 space billentyűt
• Persze az előző két ponttal kapcsolatban lehet jönni azzal, hogy az egyes szerkesztőkben meg lehet mondani, hogy TAB leütésére hány szóközt szúrjon be
• Webes területen talán lehet nem elhanyagolható sávszélesség csökkenés.
  Most néztem egy html build-et, amelyben az eredetileg benne lévő TAB-okat lecseréltem space-ekre. A TAB-os kód kb. 70%-a volt a space változatnak! Ez számokban a következőt jelentette: a space-es változat 10794 bájt, a TAB-os pedig 7620.
  Ez még barátok között is alsó hangon 2 KB. Amely nagy látogatószám esetén már elég tetemes felesleges adatmozgást eredményez.
  Persze itt most meg kell említeni a HTML kimenet zsugorítását, amely során eltávolítjuk a felesleges fehér karaktereket belőle. Itt már az is elég ha az 1-nél többször előforduló fehér karaktert egyetlen szóközre cseréljük. Ekkor talán érvényét vesztené a TAB-os okfejtésem? 
• Az index.hu főoldalának kódját lekértem, amely szóközöket alkalmaz a behúzásra. Ekkor ez a kód összesen 153.570 karaktert tartalmazott. Mivel láthatóan 4 szóköz jelentett egy TAB-ot ezért a 4 space hosszú területeket lecseréltem egy-egy TAB karakterre (Csak a pontosan 4 szóközös terüleket cseréltem, az egyszerűség végett). Az így kapott kód 122.328 karaktert tartalmazott. Ez 31.242 karakter különbséget jelent! A Firebug szerint kb. 148.5 KB forráskód töltődik le az főoldalának betöltésekor közvetlenül. (Megj.: Maga az oldal 3,4 MB tartalommal jön be! Elképesztő nem!).
  A főoldal két forráskód hosszának különbsége kb. 30 KB. Egyetlen letöltés esetén ennyit lehetne megtakarítani, csak a főoldal forráskódjában.
  Számoljunk csak egy kicsit! Ezt a blogbejegyzést felhasználva, amely azt írja, hogy az index.hu-n 559.024 látogató és 9.825.192 oldalletöltés van, amelyet kerekítsünk durván lefelé 500.000 látogatóra és 9 millió oldalletöltésre.
  9 milló * 31.242 = 281 178 000 000 byte = kb. 261,87 GB!!! Egyetlen nap!!!!
  De lehet csak én számoltam rosszul??? 
• Akkor még tényleg ne is említsük meg a szerver oldali felesleges fehér karakterek kiszűrését, amely még dobna a számokon!!!

----------------------
html build: nálunk így, vagy egyszerűen build-nek hívjuk az elfogadott design terv HTML, CSS, és esetleg JavaScript-tel megvalósított átdolgozását. Tehát a build, amikor az egyszerű képfájlból (PSD, jpeg) forráskóddal kifejezett oldalsablon lesz! Más használt kifejezések: darabolás, vágás, átrittyentés (Na jó, az utolsót én találtam ki ebben a szent percben :D)