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)
