Duizenden regels PHP bestand
Korte vraag; ik ben parser aan het schrijven die ontelbaar veel logcodes moet kunnen verwerken, met daarop weer allerlei variaties.
Ik heb binnen mijn class, waar ik netjes het log decode en in een array zet, nu al tientallen private functies om elke logcode af te handelen.
Ik zit nu al op zo'n 900 regels code (natuurlijk is de helft commentaar etc.). Ik ga er vanuit als ik klaar ben dat dit aantal wel tot 3000 á 4000 regels kan oplopen.
Mijn vraag is of dit voor PHP een "probleem" op zich is als ik dit op een online server plaats. Prestaties is niet echt belangrijk, maar stabiliteit wel. De script draait nu zo'n 6000 log entries in 1.2~ seconden op mijn locale server. Dat het online een paar tellen duurt vind ik niet zo'n ramp. Ik ben alleen benieuwd of PHP begint te protesteren bij zoveel code in één bestand.
Juist als je iets schrijft dat zo groot is, is het heel belangrijk om zorgvuldig over de structuur van je code na denken en je code op te delen in meerdere klassen/functies en bestanden.
Ik gebruik een regel-set aan opmaak en comments. Doormiddel van de parameters in de comments kan ik met mijn editor makkelijk door de hiërarchie van de script browsen :). Het is praktisch een paar simpele functies en één gigantische switch met REGEX om de private methods uit te voeren waar nodig (voor de verschillende log-entries).
Het maakt niet uit of jij er problemen of niet mee hebt, maar of er over het algemeen over de structuur moet nadenken. Je zou bijvoorbeeld alle functies in aparte bestanden gooien, en 1 bestand die alles samenvoegd. Zo creer je veel meer overzichtelijkheid, en kun je hem later beter aanpassen
Anders wordt het als er met meerdere bestanden wordt gewerkt, waarin telkens hetzelfde wordt opgenomen; dan kun je dat gedeelte beter in een apart bestand zetten en includen.
Dat het wat veel scrollen kan zijn met 3000 regels, is logisch. :-)
Het is ingeval een code smell dat je dit vraagt.