Weblabor

"Mivel a beolvasás és a parzolás legtöbb esetben majdnem elhanyagolható a végrehajtáshoz képest."

Ezt azért ilyen egyértelműen nem jelenteném ki. Nem véletlen tud egy-egy cachelő (pl. Zend Optimizer, eAccelerator) 30-50%-t dobni a futás sebességén. Az, hogy egy-egy szkriptnél milyen arányban oszlik meg a futásidő a beolvasás (lemez sebessége, fájlok száma, oprendszer cachelési technikája), az értelmezés (CPU sebessége, terheltsége, kód komplexsága), és a végrehajtás (CPU sebessége, kód optimalizáltsága, végrehajtandó műveletek száma) az sok mindentől függ.

Saját tartalomkezelő rendszeremben régebben sokkal jobban szét voltak dobva a mintafájlok (külön szoktam választani a php és a html kódot teljesen). Mostanában inkább egy-egy fájlba csomagolom be őket. Sokszor gyorsabban lefutott a szkript, ha kevesebb, de hosszabb, komplexebb fájlt kell értelmeznie (regurális kifejezés + eval, szóval CPU igényes műveletek), mintha a vinyót rángatná jobbra-balra. Igaz, ez nem PHP kód értelmezéséről szólt, de PHP esetén is hasonló a helyzet.

Egyszerű és (nagyon) kicsi oldalakat gyakran érdemes egy fájlban hagyni, mert sokszor a plusz kód értelmezése (főleg ha valamilyen cachelési technikát, pl eAcceleratort is tudunk használni) elhanyagolható ahhoz az időhöz képest, mint ha meg kellene várni, mire a merevlemez kikeresi a fájlt, kiolvassa(, frissíti a fájlrendszer naplóbejegyzéseit, meg még eszébe jut a beolvasás közepén, hogy a titkárnő blogját is le akarja írni a mysql, így még oda is elmegy egy kicsit jojózni...)

Szóval a kód tisztasága mellett (ami azért tényleg fontos) érdemes még arra is figyelni, hogy a kód a célnak megfelelően van-e felépítve.