Mijn verlanglijstje voor Drupals toekomst

Met sinterklaas voor de deur (als ik de pepernoten in de supermarkt moet geloven) en nu Drupal 7 gestalte begint te krijgen wordt het tijd voor een verlanglijstje voor wat ik in de volgende Drupal releases graag zou zien verschijnen.

• Beter Templating Systeem

Een van de volgende stappen die hopelijk in de toekomst gemaakt worden aan Drupal is een beter templating systeem. Een templating systeem als Phptemplate waarbij je zonder problemen php code in de templates kan plaatsen is niet echt netjes volgens het MVC principe. Code en layout zouden gescheiden moeten worden en door het Phptemplate systeem wordt dit niet echt afgedwongen door Drupal. Hopelijk wordt dit in de toekomst nog verbeterd door het (her)introduceren van een echte templating engine zoals Smarty.

Een ander groot voordeel van Smarty boven Phptemplate is dat themers geen PHP hoeven te leren. Wat je voorheen voornamelijk zag in Drupal discussies op Drupal.org waren developers die al PHP kunnen, die in PHP dromen, die beslissingen namen over Drupal. Maar Drupal is nu verder dan dat. Professionele bedrijven ontwikkelen websites voor (grote) bedrijven in Drupal. Er wordt door de project manager een beroep gedaan op verschillende functies zoals module developer, hosting administrator en web designer. Deze designers zijn professionals in photoshop, html en css. Maar vaak ontbreekt de ervaring binnen PHP, for-loops, debugging, arrays, objecten en vooral de kosten van een extra SQL query en het cachen van data.

Door een template systeem als Phptemplate beperk je de vrijheid van een designer terwijl het fundament onder de keuze voor Phptemplate nu juist vrijheid voor de ontwikkelaar was. Iemand die al PHP kan programmeren kan zonder problemen een extra variabele naar de Smarty engine sturen. Iemand zonder PHP kennis heeft behoorlijk wat moeite om uit Drupal een variabele te krijgen.

Want zeg nu zelf wat ziet er netter uit? Phptemplate...

<div id=”breadcrumbs”><?php if ($breadcrumb) { print $breadcrumb; }?></div>

...of Smarty...

<div id=”breadcrumbs”> {$breadcrumb}</div>

• Classes en Objecten

Als Java ontwikkelaar ben ik opgegroeid in een wereld met Classes en Objecten. Nu is het niet volledig correct om te zeggen dat Drupal niet object georiënteerd is aangezien content typen eigenlijk classes zijn en nodes zijn objecten. En het hook systeem is eigenlijk een overerving systeem zoals ook in OO-talen normaal is. Maar toch vaak verlang ik naar een systeem waarbij ik een bestaande module kan pakken en een methode uit deze module kan wijzigen zonder dat ik de module hoef te wijzigen. Bij theme functies kan dit al maar ik zou ook graag gewoon een normale functie van een module kunnen overriden. Ik denk dan aan een info file waarbij je iets doet als dit:

dependencies[] = “fckeditor”
overrides[] = “fckeditor”

En dan in deze module herdefinieer je bepaalde fckeditor editor functies. Op deze manier wordt Drupal een stuk beter te onderhouden als je modules wijzigt.

Wijzigingen als deze kunnen Drupal 8 een extra boost geven zodat ook grotere bedrijven over zullen stappen naar Drupal. Want Drupal is met Drupal 7 al bijna perfect voor de traditionele webdesigner die alles doet van theming tot php coding maar voor grotere development teams kan aan Drupal nog wel het een en ander vervolmaakt worden.