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-05-06, 16:52 #21
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 #22
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 #23
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
Oläst 2014-05-07, 12:45 #24
Helix Helix är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Dec 2003
Inlägg: 2 829
Helix Helix är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Dec 2003
Inlägg: 2 829
Har följt denna tråd med stort intresse. Länge tittat på "Twig + Symfony 2" eller i alla fall Symfony2.

En liten fråga för er som utvecklar med Symfony2 - kör ni egna servrar/vps eller vanliga webbhotell? Finns det några problem idag att köra på ett vanligt svenskt webbhotell?
Helix ä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 10:56.

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