Mit tud egy sablon, és hol áll meg?
A szakmában illik lenézni a sablonokat. Ez kényelmes álláspont, csak épp nem igaz — a kérdés nem az, hogy jó-e a sablon, hanem hogy mire.
Kezdem azzal, amit ritkán mondunk ki: a sablon sok esetben a helyes választás, és nem szégyen. Aki mást állít, az vagy nem dolgozott elég sokféle költségvetéssel, vagy érdekelt abban, hogy drágábbat adjon el.
Amit egy jó sablon tényleg ad
Kész szerkezetet. Egy sablon nem képek gyűjteménye, hanem végiggondolt elrendezés: hol van a fejléc, hogyan tördelődik mobilon, mi történik hosszú címnél. Ezt valaki már megcsinálta, és sokan letesztelték.
Reszponzivitást, amit nem kell újra kitalálni. A képernyőméretek kezelése unalmas és időigényes munka. Egy elterjedt sablonban ez át van gondolva olyan méreteknél is, amikre az ember egyedül nem gondolna.
Gyors indulást. Ha a feladat az, hogy két hét múlva legyen valami, amin a vállalkozás megtalálható, akkor a sablon nem kompromisszum, hanem a józan ész. A maradék pénz mehet oda, ahol tényleg számít: a szövegre és a fotókra.
Hol áll meg
A határ ott van, ahol a kívánság kilép a beállítások köréből. Amíg a sablon kínálta kapcsolókkal el lehet érni, amit szeretnénk, minden gyors. Az első olyan kérés viszont, amire nincs kapcsoló, más nagyságrend.
- a beállítások határáigAlacsony ráfordításbeállításokkal megoldható
- a határon túlMeredeken emelkedikfelülírás, kerülőút, idegen kód olvasása
a törés nem a testreszabás mértékénél van, hanem ott, ahol a sablon beállításai véget érnek
Ennek az oka szerkezeti. A sablon a saját logikája szerint épül, és minden eltérés ellene dolgozik. Egy egyedi elrendezésnél a nulláról indulni tíz óra; egy sablonban ugyanazt kikényszeríteni lehet, hogy húsz — mert előbb meg kell érteni, hogyan gondolta valaki más, aztán felül kell írni úgy, hogy a frissítés ne törölje.
Ez a pont az, ahol a döntést újra kellene mérlegelni, és épp ez az, ami soha nem történik meg: addigra már van egy félig kész oldal, amit senki nem akar eldobni.
A szerkesztő külön kérdés
A sablon és az oldalszerkesztő nem ugyanaz, és a szerkesztőnek van egy következménye, amiről ritkán esik szó: a kimenet a szerkesztő saját formátumában van elmentve, nem hordozható HTML-ként.
A gyakorlati jelentése az, hogy a tartalom megmarad — a szöveg és a kép nem vész el —, de a felépítés nem hordozható. Ha valaki később leállítja a szerkesztőt, a lapokat újra kell építeni. Ez így működik; a baj csak akkor van, ha ezt senki nem mondta el előre.
Ennek van egy üzemeltetési következménye is: a szerkesztő adatai JSON-ként tárolódnak, benne escape-elt webcímekkel — költöztetéskor emiatt marad a régi domain a képeken, még akkor is, ha a szokásos csere lefutott. Erről szól a deploy-csapdákról írt darab.
Mikor válassz sablont
Négy jel, amelyek együtt egyértelműek: az igény szokványos (bemutatkozás, szolgáltatáslista, kapcsolat); a tartalom a lényeg, nem a felület; gyorsan kell elindulni; és a költségvetés véges, tehát számít, mire megy el.
Ilyenkor nemcsak megengedhető a sablon, hanem ez a felelős döntés. Aki ebben a helyzetben egyedi fejlesztést ad el, az a saját szakmai kedvtelését számlázza ki.
Mikor ne
Ha az oldalnak saját folyamata van — foglalás, fizetés, beléptetés, értesítés —, akkor a sablon nem gyorsít, csak közé áll. Az ilyen rendszernél a felület a kisebbik rész; a munka az összekötés, és abban egy kész téma nem segít.
Ha a tartalom nem illik a sablon szerkezetébe. Egy hosszú, összetett szolgáltatásleírás sok sablonban egyszerűen csonkul vagy szétesik, és ilyenkor a tartalmat kezdjük a felülethez igazítani — ami visszafelé van.
És ha az oldal hosszú távon él, sok bővítéssel. Ott előbb-utóbb minden kérés a beállítások határán túlra esik, és a felhalmozott kerülőutak lassabbá teszik a munkát, mint amilyen az elejétől saját kóddal lett volna.
Kérdések a témáról
Mikor jobb választás a sablon, mint az egyedi fejlesztés?
Amikor az igény szokványos, a tartalom a lényeg, és gyorsan kell elindulni. Egy bemutatkozó oldalnál, ahol szöveg, kép és kapcsolatfelvétel a feladat, a sablon néhány nap alatt kész, jól működik minden képernyőn, és a maradék pénz mehet arra, ami tényleg számít: a tartalomra.
Miért drágul meg a testreszabás?
Mert a sablon a saját logikája szerint épül, és minden eltérés ellene dolgozik. Amíg a kívánság belefér a beállításokba, gyors; amint túllép rajtuk, felül kell írni valamit, ami mögött nem lehet átlátni. Az utolsó tíz százalék így többe kerülhet, mint az első kilencven.
Mit jelent az, hogy a szerkesztő kimenete nem a tiéd?
Azt, hogy az oldal szerkezete a szerkesztő saját formátumában van elmentve, nem hordozható HTML-ként. Ha később leállítod a szerkesztőt, a tartalom megmarad, a felépítés viszont nem — az újraépítendő. Ez így működik, csak érdemes előre tudni.
Fel lehet ismerni, hogy egy oldal sablonból készült?
Legtöbbször igen, de ez önmagában nem baj. A látogató nem a technológiát nézi, hanem azt, hogy megtalálja-e, amit keres. A sablon akkor lesz észrevehető gyengeség, ha a tartalom nem illik bele a szerkezetébe, és ezért csonkul vagy szétesik.