Weblabor

Ez nem definíció, hanem egy megvalósítási mód, kb. így egyszerű megcsinálni, de ez nem szabályszerű, és messze nem "természetes jellemző", erre akartam csak utalni.

Egyrészt nem ezzel vitatkozom, másrész nem vitatkozom ;), csak felvetettem, hogy lehet másképp is, nem kell feltétlenül így.

Csak kíváncsi lettem volna, hogy miért gondolod természtes jellemzőnek, de erre nem igazán lett válasz (az, hogy így szokott lenne a keretrendszerekben, azt nem érzem igazán érvnek, a "kódblokk alapján absztrahált" meg nem értettem).

A helper is ahogy írtam egy függvény, ami azt jelenti, hogy van valamilyen függősége (paraméter lista - változó rész), illetve a belső működési logikája (ez már fix, ismétlődő). Ezek után simán lehet egy olyan framework-öt is kialakítani, ahol az oldal kódjába csak a markup kerül be, meg esetleg egy minimális init rész: paraméter lista, de ez utóbbira is nyújthat a keretrendszer egy mechanizmust, hogy kód bejuthasson egy bootstrap fájlba.

A helperek közös részének CSS kódja lehet egy külön CSS-ben, a JS része egy külön JS fájlban, de lehet az is, hogy helper családok összevont kódja van CSS-ben és JS-ben. Amikor egy helperre hivatkozol, akkor jelzi a frameworknek, hogy milyen JS, CSS szükséglete van. Ezeknek a behúzását ezután a framework biztosítja. Itt megint lehet pl. egy olyan dolog, hogy az oldal lekér mondjuk egy ilyesmi URL-t: http://example.org/js/jsx;jsy;jsz_versionNumber.js. Ezt a fájlt egy 404 kezelő hozza létre, a versionNumber pedig a résztvevő fájlok revíziószáma közül a legmagasabb.

A JS, CSS "igények" megfelelő csoportosításával sok oldal esetén elég szépen le lehet max pár fájllal fedni a szükségletet, és máris sikerült kiszervezni őket az oldal kódjából. Ezekre a fájlokra megadhatom, hogy 10 év múlva járnak csak le, nem fogja a böngésző újra tölteni őket, alap esetben feltételes kérést sem fog küldeni.

Akár ez a fenti nem is olyan sok melóval simán megvalósítható. Átlag keretrendszben nem nagyon lesz ilyen benne, mert itt eléggé számítanak a konkrét felhasználási esetek ahhoz, hogy tényleg nyerj ezzel, és ne csak behozz egy felelsleges bonyolítást a rendszeredbe. Ezenkívül sok oldal esetén valszeg nincs is akkor jelentősége. De egy nagy látogatottságú oldal esetén teljesen legitim optimalizációs technika lehet.

De pl. mi is használtunk olyan template kezelést, ahol volt egy fordítási fázis, aminek az eredménye egy olyan template volt, ahol már az include-ok (blokk, komponens stb.) feloldásra kerültek, valamint azok a szövegek is le lettek fordítva, amik nem tartalmaztak változókat. Egy ilyen folyamatban is lehet trükközni a helperekkel elég sokat.

Nem kliens oldali redundaciát kezelsz a helperekkel, hanem az ismétlődő kódokat zárod egy függvénybe. A nem template kódjaidban is ezért használsz függvényeket, objektumokat, mert a DRY elv szerint jársz el, a helper is csak erről szól. Az általam vázolt megoldások pont arról szólnak, hogy nem áldozom fel ezt a teljesítmény oltárán, hanem egy kis többlet munkával ötvözhető a kettő.