Archief - welk php framework?

IK heb nog nooit de tijd genomen om er 1 te bekijken, laat staan gebruiken.
Dus ik doe alles nog schoon klassiek, puur xhtml, css en php in notepad++ .

Gebruik zelfs amper OO (tenzij je functies OO wil noemen).

Wie gebruikt hier wel framework en waarom zou ik juist dat framework gebruiken? (voor/nadelen).

Wat ik zie dat er ondertussen al wel een aantal zijn; zend, cakephp, codeIgniter, symfony, Fusebox, ...

thnx

Ik ben persoonlijk een fan van CodeIgniter. Krachtig en lage leercurve.

Drupal is zowel een CMS als een CMF. Persoonlijk ben ik er wel een fan van. In het begin is het soms wel zoeken en ik geef toe dat de documentatie op het internet soms een beetje te summier is voor een beginner, maar dat wordt ruimschoots gecompenseerd door de talloze goede boeken die er over geschreven zijn.

Ik gebruik het al jaren en zolang ik geen grote problemen tegenkom ben ik momenteel niet echt van plan om naar iets anders over te stappen.

In ieder geval is de tijd om al die dingen manueel te doen voor mij al lang achter de rug. Zelf voor een relatief eenvoudige website van 10 pagina's waarvan de klant beweerd dat ze nooit gaan veranderen gebruik ik al Drupal. Overmorgen veranderen ze toch van gedacht. Het neemt je ook ontzettend veel werk uit handen. Een iet of wat goed framework handelt je users, content en whatnot al voor 95% af zodat jij je alleen nog moet focussen op de details die er echt toe doen.

alvast bedankt voor de input!

Ik moet nu wel zeggen dat ik het wat breder bekijk. ben bvb ook al een tijd bezig met een webbased facturatieprogramma. Dus het zou eigenlijk niet alleen bruikbaar moeten zijn voor websites maar liefst ook application gericht.

RIA vind ik ook een zeer mooie meerwaarde alsook een deel seo. Dus pretty url's enzo

edit:

Ik vind dat je bij veel cms'en trouwens goed ziet dat het een cms is. Enfin, ik vind dat die vaak aandoen als een veredelde blog eigenlijk.
Nu moet ik wel toegeven dat ik alleen eens aan het prutsen ben geweest met wordpress en dat ik nog nooit zelf ben bezig geweest met templating daarvoor. Dus puur bestaande theme's ervoor en die zijn allemaal zo alike. menu's met 2 niveau's, eventueel nog een menublok op de pagina (overkill?) en nog wat van die widgets.

VTM, VT4, ... werken ook allemaal met drupal, dat valt toch niet goed te zien vind ik persoonlijk

Voor de rest vind ik dat Drupal vaak wat achter de feiten aanholt op gebied van het framework zijn.
Als je voor een website puur een CMS nodig hebt, oke, dan kan je voor Drupal gaan.

Maar ik zou het nooit gebruiken als je veel custom businesslogica nodig hebt.

Ik zou persoonlijk opteren voor ofwel Zend Framework ofwel Symfony(2).

Maar aangezien je nog nooit met OO hebt gewerkt vrees ik dat beiden al direct te hoog gegrepen zullen zijn. Je zal eerst moeten leren hoe OO PHP werkt. Zeker bij het Zend Framework ga je geen voordeel doen als je zelf puur functioneel blijft werken. Bij Symfony2 heb je nu al een heel pak componenten (bundles) die je het leven een pak makkelijker maken, zodat je je kan concentreren op de specifieke vragen ipv dingen die al meermaals zijn opgelost (authenticatie enz.) opnieuw vanaf 0 te moeten herschrijven (voor ZF gaat dat in iets mindere mate ook op trouwens, Zend_Acl & Zend_Auth zijn het bestuderen zeker waard ).

En om eerlijk te zijn zou ik Drupal ook eerder afraden (ja, ik heb het hier al meermaals aangeraden, I know, maar puur programmatorisch gezien is dat echt wel suboptimaal - D7 kan beter zijn, nog niet echt in detail bekeken). Check anders eens het aantal queries op een gemiddelde pagina waar je gebruik maakt van CCK/views .

*edit* Voor een webbased facturatieprogramma zou ik gaan voor Zend Framework voor backend en ExtJS (http://www.sencha.com/products/extjs/) voor de frontend.

daar bij ExtJS hebben ze wel nogal een hoge dunk van zichzelf. "The New Standard in Web
Application Development".

Iets met zo'n dure licenties zal toch niet snel een standaard worden vrees ik voor hun, zeker niet in de webwereld.

dJeez zei:

Ik zou persoonlijk opteren voor ofwel Zend Framework ofwel Symfony(2).

Maar aangezien je nog nooit met OO hebt gewerkt vrees ik dat beiden al direct te hoog gegrepen zullen zijn. Je zal eerst moeten leren hoe OO PHP werkt.

Klik om te vergroten...

Ik ken oo en mvc van in men hogeschooltijd met java dus het principe op zich is niet echt een probleem. Het is persoonlijk bij mij die "template engines" en bijgevolg de framework eigen semantiek die mij hebben tegengehouden tot hiertoe maar eens zal ik de stap toch eens moeten zetten om eentje aan te leren, aangezien ik nu idd vaak veel tijd verlies aan formvalidation en sticky fields, authenticatie en heel de reutemeteut. Ik heb de indruk dat dit in de meeste frameworks gewoon standaard ingebouwd zit.

Ik programmeer al jaren in PHP (ook beroepshalve), nooit een framework gebruikt. Heb gewoon zelf een library samengesteld door de jaren heen.

Shaddix zei:

daar bij ExtJS hebben ze wel nogal een hoge dunk van zichzelf. "The New Standard in Web
Application Development".

Klik om te vergroten...

Dat heeft niet noodzakelijk met een hoge dunk van zichzelf te maken. Hun product *is* gewoon goed, en ik ken geen enkel alternatief dat op dezelfde hoogte staat. Het enige open source alternatief dat ik ken dat iet of wat hetzelfde doet - maar nog in de kinderschoenen staat in vergelijking - is qooxdoo. En ja, ik ken jQuery UI, dat dekt echter helemaal de lading niet.

Shaddix zei:

Iets met zo'n dure licenties zal toch niet snel een standaard worden vrees ik voor hun, zeker niet in de webwereld.

Klik om te vergroten...

Duur is een relatief begrip, voor wat je krijgt is het helemaal niet duur, het zelf in-house ontwikkelen zou je een pak meer kosten. Overigens : als je je product onder een open source license (compatibel met GPLv3) zou verspreiden dan betaal je effectief niks voor het gebruik van ExtJS.

@Djeez, Heb vroeger ook eens ExtJS bekeken en het is vooral een framework waarmee je desktop achtige applicaties mee kan bouwen. Dus veel widgets en veel configuratie van die widgets. Persoonlijk ben ik daar geen fan van maar voor een facturatieapplicatie kan dit zeker wel werken.

Een vergelijkbaar framework is Sproutcore 1.x. Zit veel volk op hun mailing list dus denk dat het wel veel wordt gebruikt. In 2.0 zijn ze wel aan het afstappen van hun widgets omdat ze er van uitgaan dat een desktop achtige applicatie niet altijd zo goed werkt als webapplicatie. Zelf gebruikt ik nu Knockout.js maar ook bijvoorbeeld backbone.js is heel populair. Als je applicaties liever op een jQuery manier maakt dan is Backbone.js wel niet slecht.

@ns_ripper, ik ben ook momenteel bezig aan een facturatieprogramma en als stack gebruikt ik Knockout.js en CouchDB. CouchDB is zowel een database als een http server. Op die manier kan ik een volledige applicatie schrijven in JavaScript.

Ik heb de code eens op github gezet dus als je zin hebt kan je het eens bekijken. Ben zelf ook fan van test driven development en Knockout.js maakt dat vrij gemakkelijk.

De applicatie zelf heb ik ook eens online gezet: Porks. Dit is de database. Zit nog geen data in enkel de JavaScript/Html/Css bestanden. Iedereen heeft schrijfrechten dus ik weet niet hoelang de applicatie zal blijven werken. De applicatie zelf is nogal basic maar het is wel iets waar ik op kan verder werken.

Ik hoop dat je er iets aan hebt. Het was maar om te laten zien dat je niet altijd een server taal/framework nodig hebt om webapplicaties te schrijven.

hmja, je doet alles in js als ik het goed begrijp?
Ik hou liefst zo veel mogelijk serverside behalve het ui gedeelte.

Ben zelf ook niet echt zeer bedreven in JS.

CakePHP is makkelijk op te nemen, heeft ook zeer veel documentatie.

ns_ripper zei:

hmja, je doet alles in js als ik het goed begrijp?
Ik hou liefst zo veel mogelijk serverside behalve het ui gedeelte.

Ben zelf ook niet echt zeer bedreven in JS.

Klik om te vergroten...

Yep, hangt er natuurlijk vanaf wat voor applicatie je bouwt en welke taal het je het beste beheerst.

[drone]-[1.05];15472598 zei:

@Djeez, Heb vroeger ook eens ExtJS bekeken en het is vooral een framework waarmee je desktop achtige applicaties mee kan bouwen. Dus veel widgets en veel configuratie van die widgets. Persoonlijk ben ik daar geen fan van maar voor een facturatieapplicatie kan dit zeker wel werken.

Klik om te vergroten...

Klopt als een bus. En voor een facturatieapp lijkt een degelijk werkende grid widget mij toch wel zowat een vereiste - en die van ExtJS is gewoon subliem imho, zowel read-only als met in-place editing (alleen daarvoor al zou ik het aanraden).

SproutCore en backbone.js waren mij totaal ontglipt, want blijkbaar had ik die wel ooit al gebookmarked. Goed dat je die aanhaalt want ze zien er idd wel interessant uit. En knockout.js heb ik maar aan mijn lijstje toegevoegd, want die kende ik dus totaal niet .

Ik herinner mij nu trouwens ook net SmartClient Ajax RIA System | Isomorphic Software ooit eens heel oppervlakkig bekeken te hebben. Da's ook nog een alternatief.

Zelf heb ik al geexperimenteerd met codeIgniter en ben er best tevreden van, moest ik een CMS gebruiken zou ik voor Drupal of wordpress kiezen.