Citat:
|
Jag har prövat Zend Framework, inte CakePHP. Ska faktiskt ta och pröva Cake nu när du nämner det. Kör Cake på Events som .net?
|
CakePHP baserar sig på Ruby on Rails, och är ett MVC Framework. Cake använder således actions (precis som Ruby on Rails). Det är inte nödvändigtvis en dålig sak:
http://dema.ruby.com.br/articles/200...event-handlers.
Citat:
Well. En massa onödigt pladder. Kommer vi till kritan. PHPs problem(?) är att det är open source. Där försvinner många företags förtroende direkt.
Edit: Men å andra sidan. PHPs ambition är väl mest att nå privatpersoner och småföretag - då fungerar open source lysande.
|
Nja, IBM och Oracle är ju bara två lite större aktörer som valt att stödja och använda PHP. Problemet är att .NET gick ut starkt med att kompileringen är lika med prestanda och snabbet som ett interpreterat språk inte kan uppnå. Måhända sant, men att det dessutom uppfattades som att ASP.NET skulle ge bättre skalbarhet är ju en halvsanning som bäst. PHP kan också hantera en stor mängd användare, tillräckligt stor för att bandbredden skall ställa till förtret innan dess.
Problemet är kulturella skillnader. Många PHP utvecklare (förutsätter en svensk-talande sådan) tror att design patterns är något som bara sömmerskor använder. Objekt Orientering hittar man i skogen och data typer är sådana där som sitter framför datorn och meckar. Det är av denna orsak PHP fått ett oförtjänt rykte, precis som VB.NET.
För min del är det mycket fel på ASP.NET, och just de grejer som utmärker .NET. Viewstate-implementationen, hanteringen av hela sidor som formulär, inbyggda kontroller som egentligen inte är mer än en glorifierad template engine och givetvis att de inbyggda kontrollerna renderar förfärligt dålig HTML. Lite andra nackdelar är ju att Apache från start stödjer mod_rewrite, Clean URLs i .NET kan vara omständigare. Plus att det inte finns HTML 4.01 Strict, även om det går att använda "strict mode". Orkar inte ta debatten HTML vs XHTML igen, men har nämnt det en gång på WN och på andra håll också.
En ytterligare detalj är varför Visual Studio uppmuntrar så mycket Drag n' Drop. Man kan i princip bygga en applikation utan att ens röra kod-läget, eller ens code-behinden. Det kanske är produktivt, men borgar det för god kod och best practices? Det är det som jag tycker är betydligt trevligare med Web frameworks som Ruby och Cake. Dem tvingar ner dig på en nivå där du måste skriva din kod, men i samma veva så behöver du inte skriva särskilt mycket för den delen.
Men, i slutändan antar jag att det handlar om preferenser och prioritet. ASP.NET kommer antagligen att mogna som Web Framework, men jag orkar inte vänta, och jag orkar inte gå den extra milen att själv anpassa ramverket till mina behov.