Kom ihåg mig?
Home Menu

Menu


Template-motor i PHP?

Visa resultat för omröstning: Vilken template-motor för PHP använder du mest?
Smarty 2 1 4.35%
Smarty 3 2 8.70%
Dwoo 1 4.35%
Twig 4 17.39%
Jade 0 0%
PHPTAL 0 0%
Calypso 0 0%
eZ Templates 0 0%
Annat 5 21.74%
Inget 10 43.48%
Antal röster: 23. Du får inte rösta i den här omröstningen

 
Ämnesverktyg Visningsalternativ
Oläst 2014-04-30, 07:44 #1
Kimppas avatar
Kimppa Kimppa är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Jul 2010
Inlägg: 793
Kimppa Kimppa är inte uppkopplad
Mycket flitig postare
Kimppas avatar
 
Reg.datum: Jul 2010
Inlägg: 793
Jag kör utan någon sånt. Bara egen kod (nyskriven eller återanvänd).

Känns som att man har mer kontroll på det sättet istället för att jobba i Zend eller liknande.
Kimppa är inte uppkopplad   Svara med citatSvara med citat
Oläst 2014-04-30, 07:51 #2
linusoleander linusoleander är inte uppkopplad
Medlem
 
Reg.datum: Feb 2010
Inlägg: 234
linusoleander linusoleander är inte uppkopplad
Medlem
 
Reg.datum: Feb 2010
Inlägg: 234
Citat:
Ursprungligen postat av Kimppa Visa inlägg
Jag kör utan någon sånt. Bara egen kod (nyskriven eller återanvänd).

Känns som att man har mer kontroll på det sättet istället för att jobba i Zend eller liknande.
Det är inget ramverk TS pratar om utan ett templatespråk. Sedan så får du gärna förklara kontrollpåstpendet. Borde inte ett ramverk ge motsatt effekt då mindre kod skrivs vilket man skulle argumentera för är enklare att underhålla/testa/dokumentera?
linusoleander är inte uppkopplad   Svara med citatSvara med citat
Oläst 2014-04-30, 08:03 #3
Kimppas avatar
Kimppa Kimppa är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Jul 2010
Inlägg: 793
Kimppa Kimppa är inte uppkopplad
Mycket flitig postare
Kimppas avatar
 
Reg.datum: Jul 2010
Inlägg: 793
Citat:
Ursprungligen postat av linusoleander Visa inlägg
Det är inget ramverk TS pratar om utan ett templatespråk. Sedan så får du gärna förklara kontrollpåstpendet. Borde inte ett ramverk ge motsatt effekt då mindre kod skrivs vilket man skulle argumentera för är enklare att underhålla/testa/dokumentera?
Hej!

Okej, är inte insatt i ramverk eller templates för PHP i så fall.

I början ger det självklart en motsatt effekt, men när man väl har klasser etc. så går det ju snabbt att implementera de i nya projekt (och då har man även 100% kontroll över den kod som finns då man själv skrivit allt).

Jag tycker att det är "lite fusk" att använda sig av färdiga CMS, TS, templates, etc. (Ungefär som att installera WordPress för att få en hemsida istället för att koda en egen). Men alla kanske inte har kunskaperna eller tid för att göra allt från grunden så förstår ju varför folk använder dessa verktyg också.

Nu ska jag läsa på om "template motor"

Mvh,
Kim
Kimppa är inte uppkopplad   Svara med citatSvara med citat
Oläst 2014-04-30, 09:43 #4
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Citat:
Ursprungligen postat av Kimppa Visa inlägg
Jag tycker att det är "lite fusk" att använda sig av färdiga CMS, TS, templates, etc. (Ungefär som att installera WordPress för att få en hemsida istället för att koda en egen). Men alla kanske inte har kunskaperna eller tid för att göra allt från grunden så förstår ju varför folk använder dessa verktyg också.

Nu ska jag läsa på om "template motor"

Mvh,
Kim
Med den argumentationen borde det bästa vara att bygga dina webbtjänster direkt istället för att använda ett färdigt OS, webbserver och högnivåspråk.

Ramverk handlar om att få en bra struktur som har arbetats mer med av kompetenta människor än vad du någonsin kommer sitta med någon sajt totalt. Vet du inte vad en template motor är ännu så kan jag dock förstå om du finner ramverk väldigt begränsande och jobbiga till en början då det nog måste betyda att du inte har ett presentationslager i dina sajter. Men om du lär dig bygga sajter i ett bra MVC-ramverk (t ex Symfony2 eller Laravel) så förändrar du nog din syn på det med tiden.

En bild jag tror stämmer, både utifrån egna erfarenheter men också genom att ha läst och hört ungefär detsamma många gånger:
- Först bygger man sajter utan ramverk för att man tror att man gör allt minst lika bra som ramverken och inte vill ha massa extra bloat.
- Sen börjar man använda ett ramverk och ser vilka smidiga funktioner man faktiskt saknat i sin egen kod.
- Efter lite irritation med ramverket och dess brister skriver man istället ett eget ramverk för sina applikationer och gör vissa saker på sätt man tycker är mycket bättre än ramverk X. Här får vissa hybris och släpper sitt ramverk om det hetaste och bästa nu. 999 av 1000 blir inte bekräftade av communityn för att det inte stämmer. Alternativ till detta steg är att börja använda enbart micro-frameworks till precis allt och ofta aldrig komma till nästa steg.
- Som sista steg går man tillbaka till att mestadels använda fullstack ramverk igen. Men är väl medveten om att det finns tillfällen då man vill ha ett micro-framework eller jobba helt utan.

Och on-topic:
Twig.
Clarence är inte uppkopplad   Svara med citatSvara med citat
Oläst 2014-05-06, 16:52 #5
Sony? Sony? är inte uppkopplad
Medlem
 
Reg.datum: May 2012
Inlägg: 55
Sony? Sony? är inte uppkopplad
Medlem
 
Reg.datum: May 2012
Inlägg: 55
Citat:
Ursprungligen postat av Clarence Visa inlägg
En bild jag tror stämmer, både utifrån egna erfarenheter men också genom att ha läst och hört ungefär detsamma många gånger:
- Först bygger man sajter utan ramverk för att man tror att man gör allt minst lika bra som ramverken och inte vill ha massa extra bloat.
- Sen börjar man använda ett ramverk och ser vilka smidiga funktioner man faktiskt saknat i sin egen kod.
- Efter lite irritation med ramverket och dess brister skriver man istället ett eget ramverk för sina applikationer och gör vissa saker på sätt man tycker är mycket bättre än ramverk X. Här får vissa hybris och släpper sitt ramverk om det hetaste och bästa nu. 999 av 1000 blir inte bekräftade av communityn för att det inte stämmer. Alternativ till detta steg är att börja använda enbart micro-frameworks till precis allt och ofta aldrig komma till nästa steg.
- Som sista steg går man tillbaka till att mestadels använda fullstack ramverk igen. Men är väl medveten om att det finns tillfällen då man vill ha ett micro-framework eller jobba helt utan.

+1 på det där. Så sant.

När man gör sitt eget ramverk lär man sig också väldigt mycket och inser varför MVC är awesome.




Ont:

Blade, pga Laravel.

Alla template motorer verkar vara väldigt lika varandra? Typ bara syntax som skiljer dem åt?
Skulle vara bättre om en template motor slog igenom och blev dominant inom PHP och Javascript.
Sony? är inte uppkopplad   Svara med citatSvara med citat
Oläst 2014-05-06, 17:56 #6
tartareandesire tartareandesire är inte uppkopplad
Supermoderator
 
Reg.datum: Jan 2004
Inlägg: 11 585
tartareandesire tartareandesire är inte uppkopplad
Supermoderator
 
Reg.datum: Jan 2004
Inlägg: 11 585
Citat:
Ursprungligen postat av Sony? Visa inlägg
+1 på det där. Så sant.

När man gör sitt eget ramverk lär man sig också väldigt mycket och inser varför MVC är awesome.




Ont:

Blade, pga Laravel.

Alla template motorer verkar vara väldigt lika varandra? Typ bara syntax som skiljer dem åt?
Skulle vara bättre om en template motor slog igenom och blev dominant inom PHP och Javascript.
Jag har ett eget mindre bloatat PHP-ramverk också som jag använder i en del egna projekt. Däremot skulle jag aldrig använda det i mitt dagliga jobb. I större verksamheter lämpar det sig inte helt enkelt utan där vill man köra välkända ramverk som de flesta utvecklare har koll på. Alla vettiga ramverk tillåter ju dock att man implementerar den template-motor man önskar, liksom mitt eget Template-motorer är så pass simpla syntaxmässigt att det inte spelar någon större roll vad gäller inlärning men det finns ändå de som är bättre än andra. Bra struktur för arv och så lite krångel som möjligt för plugins och variabler är exempelvis önskvärda funktioner.
__________________
Full-stack developer, free for smaller assignments
tartareandesire är inte uppkopplad   Svara med citatSvara med citat
Oläst 2014-05-06, 19:43 #7
x264 x264 är inte uppkopplad
Flitig postare
 
Reg.datum: Dec 2013
Inlägg: 342
x264 x264 är inte uppkopplad
Flitig postare
 
Reg.datum: Dec 2013
Inlägg: 342
Nu går jag lite off-topic som vissa andra här angående deras ramverk.

Jag kör även också ett eget litet ramverk jag byggt upp från grunden.

Främst för att jag tyckt det vart roligare att det kändes lite mer eget. Men det är ju min egna åsikt. Tycker att utvecklingen som jag gör ska vara rolig bland annat och en liten utmaning för mig själv.

Dock skulle jag inte släppa det som ett ramverk likt Symphony eller Laravel.

Det fungerar utmärkt för mitt syfte, men skulle någon vilja bygga upp något snabbt och så skulle jag i stället rekommendera t.ex. Laravel.

Har aldrig sett syftet med att baka in logik i en view fil. Att använda en template engine som escapear output ser jag som ett stort plus som ni tidigare nämnt. Även om man är van och tror att man har koll på allt så är det så lätt hänt att man på ett litet ställe (utan att tänka sig för) är sårbart för eventuella XSS attacker.

Dock vill jag nämna att av erfarenhet från tidigare arbetsplatser så säger de att deras kod vart objektorienterat bara för att de använt sig av ett ramverk.

och pratade man om arv, dependency injection eller simpla design patterns för att lösa problem så stod de som frågetecken och hade inte ens hörttalas om det tidigare.

Vad jag försöker säga är att när man väl använder sig av ett ramverk så kan det vara fördelaktigt att i alla fall sätta sig in i hur koden bakom fungerar på ett ungefär än att bara slänga in det och tro att man hänger med i utvecklingen.
x264 är inte uppkopplad   Svara med citatSvara med citat
Svara


Aktiva användare som för närvarande tittar på det här ämnet: 1 (0 medlemmar och 1 gäster)
 

Regler för att posta
Du får inte posta nya ämnen
Du får inte posta svar
Du får inte posta bifogade filer
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG]-kod är
HTML-kod är av

Forumhopp


Alla tider är GMT +2. Klockan är nu 02:08.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson
 
Copyright © 2017