PHPTAL og funktioner

Hvis du definerer funktionerne før du genererer HTML fra dit template, kan du så ikke kalde dem ved at skrive php: foran udtrykket?

<div tal:content="php:oTagS('test')"></div>

Jeg har desværre ikke arbejdet så meget med PHPTAL, men i Python bruger jeg en implementation der hedder SimpleTAL. Her videregiver jeg blot funktionen som en reference til templatet, og så kan den kaldes med det navn jeg videregiver den som. Men i PHP kan man (så vidt jeg ved) ikke videregive referencer til funktioner

Puha, godt det ikke er mig der skal vedligeholde sådan en kode :/
Nå, men jeg har egentlig ikke noget konstruktivt at bidrage med, jeg vil bare gerne vide hvad det er der gør at du har valgt at bruge sådan et template system?

repox: Hvorfor han har valgt at bruge et template system, eller hvorfor han har valgt at bruge PHPTAL frem for et andet?

#4
God pointe egentlig.
Begge spørgsmål er lige gode, så lad os tage den derfra.

Som skrevet tidligere bruger jeg koden for at spare tid når jeg koder, og ensarte outputtiet til knapper submits mv.

Jo det er noget crap at veligeholde, men indtil nu er funktionerne også kun "slamkodet".

Hvis du har prøvet at teste koden, kan du se at det er MEGET nemt at ændre ex. fra icon til link til submit mv.

Hvis du har andre alternativer hører jeg gerne om dem.

Vedr. et template system. her er jeg selv MEGET i tvivl om det begrænser mere en det hjælper mig. Hvorfor mener du at jeg IKKE skal bruge dette?

Jeg er jo kun autodidakt, så kan ikke kalde mig for expert.

kan da godt være at jeg bare skal droppe både TAL og mine egne små funktioner

> Vedr. et template system. her er jeg selv MEGET i tvivl om det begrænser mere en det hjælper mig. Hvorfor mener du at jeg IKKE skal bruge dette?

Du skal bestemt bruge et template system. Der er ingen grund til ikke at gøre det, med mindre projektet er meget lille.

#6
Hvis du selv synes du sparer tid på det er det jo fint nok.
Jeg gider ikke teste kode for funktionalitet som jeg ikke kunne drømme om at implementere - ikke engang for sjov. Du føler det letter dit arbejde, jeg synes det er dårlig struktureret.

Problemet med sådan noget her er at der ikke er nogen 'rigtig' måde at gøre tingene på; så længe det virker. Men man kan refaktorere sin kode så den bliver nem at vedligholde og udvide. Omvendt kan man også være ligeglad og tilføje funktionalitet i samme rækkefølge som behovet opstår.

Templatesystemer ala Smarty eller PHPTAL er ikke noget for mig; jeg har PHP til at lave output for mig som jeg ønsker det. Jovist, nogle ville da argumentere for at det kan du også med templatesystemer, men her må mit svar være: Ja, det kan du da, så længe du gør som systemet forlanger.

Se på eksemplerne på http://phptal.org/introduction.html
For mig virker det som om de bevidst laver et dårligt eksempel, for at fremstille PHPTAL som et bedre alternativ.
Istedet for deres rodede opstilling til PHP eksemplet ville jeg gøre således:


Løsningen er ikke mere korrekt, men jeg synes at det er pænere. Og så stiller det ikke PHP's egne muligheder i et lige så dårligt lyst som PHPTAL portrætterer det.

At j4k0b anbefaler dig at bruge et templatesystem - bogstaveligt talt - uden at begrunde det (og nej, 'der er ingen grund til ikke at gøre det' er ikke en begrundelse, det er cirkellogik) virker som mangel på forståelse af formålet med et templatesystem.

Hvis du prøver et templatesystem af, oplever at det virkelig hjælper dig, er nemt at udvide og vedligholde og samtidig letter din fremgangsmåder har du pludselig hele fire gode grunde (for dig selv) for at bruge templatesystemet. Men hvis du gør det, fordi andre synes det er en god idé, har du skudt dig selv i foden. Keep it simple.

Hvis jeg endelig skulle anebfale dig noget for at lette din udvikling ville jeg mene du skulle kigge på nogle frameworks: http://www.phpframeworks.com/

Stadigvæk - jeg har ikke altid ret og der er ikke en løsning som konsekvent er den rigtige - men dine begrundelser for din gøren og laden skal give mening; det er ikke nok at spørge sig selv 'hvorfor ikke?' (eller have andre til at stille det samme dumme spørgsmål). Forlang svar på 'hvorfor?'!

Hej repox

Mange tak for svaret, var noget mere brugbart end det j4k0b kom med. Som du selv skriver, ingen argumentation.

Uden at have brugt meget tid på template systemer synes jeg de begrænser mig i at bruge de muligheder der er i php.

Og jeg vil give dig ret i at kode absolut ikke behøver at være rodet fordi der indgår php i koden.

vedr. de funktioner jeg smed i starten, hvorfor er de ikke noget for dig? er det opbygningen, eller er det fordi du mener det er dårlig skik at lave et "abstraktionslag" til HTML delen?

#9

Abstraktionslag er generelt en god idé (hvis ikke formålet er at gøre det bare for at gøre det ;) ).
Men grunden til at jeg synes dine funktioner er dårlige er fordi det netop bare er en funktion til at skrive HTML.

Her ville det være nærliggende at spørge efter noget objektorienteret til at styre disse ting med istedet - f.eks. ved hjælp af polymorfi eller lignende.

polymofi!? Her rækker mit "talent" ikke. Kan heller ikke finde noget om emnet sammen med php.

Vil tage dine kommentarer til efterretning og endnu engang læse om phpframeworks

Hvilket et vil du anbefale?

Skal være et lille framework der er simpelt at gå til og udvide.

Faldt lige over codeigniter - www.codeigniter.com

tror jeg giver det et skud

Hvad angår polymorfi, kan du starte med at kigge her
http://www.devshed.com/c/a/PHP/PHP-5-and-Polymorphism/

Det er blot et en af de fordele der er ved at benytte OOP i PHP.

Jeg vil ikke anbefale et framework frem for et andet. Jeg har selv lavet mit eget (med fokus på MVC) som følge af den erfaring jeg har fået med tiden og med brug af frameworks. Nogle foretrækker CakePHP mens andre foretrækker Yii.
I bund og grund handler det egentlig bare om at opnå en fornemmelse af at tingene bliver bedre og nemmere for dig.

OK, takker mange gange.

Kan du ikke smide et svar, for den gode vejledning?

Selv tak.