Behalve een nieuwe versie van cakePHP, kwam ik nog wat interessante framewerkjes tegen. Symphony is er zo eentje, inclusief AJAX-mogelijkheden en de hele hotshot modieuze meuk.
Dan is Zend natuurlijk ook met een nieuw FrameWork uitgekomen, en om het éénvoudig te houden heeft Microsoft ook nog wat hebbedingetjes in petto (en dan heb ik het nog niet eens over het upcoming IronRuby).
Hoe ga ik hierin kunnen kiezen?
Met InstantRails (1.7) heb je beschikking over een fully functional Apache met MySQL phpMyAdmin die bovendien makkelijk mee te nemen zijn met portabele schijf of webdisk, dus ik pas gewoon de httpd.conf een beetje aan en voeg cake toe.
Er is één probleempje, bake pakt zeer langdurig alle CPU tijd zonder zichtbaar ook maar iets te generen. Wat nu? Een nieuwe InstantRails is wel beschikbaar maar maakt zo-uit-de-doos gebruik van SQLite, terwijl ik net wat handiger ben in MySQL. Maar Cake werkt toch ook onder PHP4?
Blijkt dat Cake minimaal 4.3.5 nodig heeft, terwijl mijn InstantRails 4.3.1.zoveel biedt. Hmm…
Ik heb nog wel een JSAS (Joomla 1.1) portable maar dat is ook vast niet de nieuwste PHP. En Wamp, is minder portable?
Google helpt. Xamp dan maar? Apache debuggen is nou éénmaal niet mijn hobby dus als het niet hoeft…
ModelViewController programmeren zou hip of zelfs hot zijn. Gebruik makend van een Framework op basis van je database structuur code genereren. En dan liefst voor internet. Andere veelgenoemde bijbehorende kreten zijn RAD (RapidApplicationDevelopment) en PragmaticProgramming. Het volgende buzzword is Rails of Ruby on Rails, gevolgd door Camping Framework.
Heel leuk allemaal, maar zo nieuw is het natuurlijk niet. IBM bedacht een tiental jaar geleden een soortgelijke tool, VisualAge met eraan gekoppeld de VisualAge Generator met een gelijkvormige belofte: database tabellen voorstellen als blokjes en met je muis door middel van lijntjes trekken de business logic toevoegen. Geen saai en bewerkelijk kloppen meer, maar creatief muizen! Uit dezelfde tijd stamt CoolGen.
Nu was de belofte niet direct voor het web bedoeld maar om de saaie Cobol-programmatuur die met het oog op het Y2K-issue sowieso aangeklopt moest worden, meteen overbodig te maken. Doel: programmeren voor mainframe weer leuk maken, onderwijl de stap naar Java slechtend.
Toen ik nog ruimschoots voor het einde van het vorige millennium de overstap maakte naar de AS/400 kwam er een nieuwe ‘hippe’ tool in beeld: AS/SET. Weer een tool die op basis van wat eenvoudige scripts RPG of Cobol genereert en waarmee het saaie geklop definitief verleden tijd zou worden. En een mogelijkheid om database triggers en constraints te definieren op een moment dat de database die optie nog niet bood.
Terug naar nu. Ruby was al jaren ‘weer’ een veelbelovende programmeertaal, door velen bewierookt maar zonder veel documentatie. Na wat gemodder was ik er vroeger dan ook snel klaar mee. Anders werd het toen Ruby bekender werd in het westen, waarmee er naast Japanse ook Engelstalige documentatie kwam. Vervolgens werd een mooi allitererende kreet Ruby on Rails bedacht, werd het framework gekoppeld met Apache (of een andere webserver) en MySQL (of een andere al dan niet OpenSource) database en nu wordt programmeren voor het web weer leuk.
Het aantal hosters dat Ruby aanbiedt stijgt, maar ik had toch behoefte aan een Rails-variant die php genereert. Een simpele Google-query biedt veel keus: CakePHP (met ook weer leuke namen), CodeIgniter, Kohana om er enkele te noemen.
We zullen zien.
