[PHP] Module ondersteuning maken

[ Voor 6% gewijzigd door Dutchmega op 08-11-2003 23:12 ]

ZeRoXcOoL schreef op 09 november 2003 @ 00:20:
Hoezo kan PHP maar één klas gebruiken?

PHP:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

class test { function start($string) { echo $string; } // f: start } // c: test class hoi { function start() { echo "hoi"; } // f: start } // c: hoi $hoi = new hoi; $hoi->start(); $hoi = new test; $hoi->start("hoi");

Werkt naar mijn mening gewoon hoor .

Verders zou ik gewoon per module een class maken met daarin enkele standaard functies, je krijgt bij de aanroep dan bijvoorbeeld zoiets:

PHP:

1 2 3 4 5 6 7 8

$text = new module_x; $text->load("laad wat variabelen", "in"); $text->start("titel van de pagina"); $text->content("deze functie geef je informatie mee", array("of een array", "wat jij wil")); $text->end("en je sluit de class weer");

In module_x::content() zul je dan per module andere externe (of interne) functies aan kunnen roepen, zodat je daarmee per module dus dynamische (en verschillende) content kan laten maken.

JeroenM_tbs schreef op 09 november 2003 @ 10:41:
Hmmz, geen ervaring mee, maar mijn eerste gedachte is:
- lees directory-inhoud
- filter alle bestanden met de extensie .inc er uit, die heb je dus nodig
- kijk in elk van deze bestanden naar een standaardregel, vijvoorbeeld iets met $start->laden();
- alle gevonden bestanden worden automatisch geinclude

Jah, sorry ff heel basic, maar het lijkt me een aardige theorie.

Verwijderd schreef op 09 november 2003 @ 10:49:
Beetje onzin om de methodes start(), content() en end() al gewoon content naar de browser te laten sturen. Ik vind het trouwens sowieso al geen mooie praktijk om methodes of functies iets naar de browser te laten schrijven.
Ik zou eerder een generate() methode maken die dat specifieke taak voor zich neemt.

Nu is een Webpage object waar je eventuele Component objecten in kan pluggen geen fout idee maar je zit omdat het PHP is wel de hele framework zelf uit te vinden. Dat wil zeggen dat je echt al heel goed moet weten wat je doet vooraleer je zoiets goed in orde krijgt en zelfs dan is het nog best moeilijk vanwege eventueel raar gedrag van PHP, references zijn nogal buggy en die heb je nodig.
Ik heb zoiets zelf ook een keer geprobeerd en ik vond dat ik al aardig goed opweg was maar vanwege allerlei domheden in PHP en belangrijkere dingen in RL heb ik het moeten opgeven. Heb ik gelijk die rottaal wat PHP is gelaten voor wat het is en betere dingen gezocht.

Maar als ik je een tip zou moeten geven zou ik zeggen dat je de principes voor het inpluggen van componenten en dan het bouwen van de interface best kan scheiden. Je kan bijvoorbeeld gebruik maken van xml om de gegevens benodigd voor de webpagina met al de toegevoegde modules te verzamelen. Dan met xsl kan je deze gegevens transformeren naar xhtml om te bekijken in een browser. Zo moet je bij het inpluggen van de modules je enkel zorgen maken om de gegevens en niet de presentatie.

[ Voor 5% gewijzigd door Dutchmega op 09-11-2003 11:08 ]

Verwijderd schreef op 09 november 2003 @ 11:16:
Kijk eens op http://www.devshed.com voor tuts betreffende xml/xsl op de serverside met PHP. Je kan in xsl templates definiëren wat basically wil zeggen dat als je die goed schrijft en een module komt niet voor in de xml dan wordt die ook niet geparsed. Is ie er wel dan kan die wel geparsed worden.

Johnny schreef op 09 november 2003 @ 19:51:
[...]


Met JavaScript.

Eerlijk gezegd vind ik dit wel erg naar een scriptrequest neigen.


[...]

Je gaat wat doen, gaat er geld mee verdienen, je hebt geen idee wat je moet doen, dus wij moeten al het werk voor je doen?

Verwijderd schreef op 10 november 2003 @ 01:48:
[semi-OT]
Als ik heel eerlijk ben moet je jezelf de vraag eens gaan stellen of je wel een product moet gaan maken, waarvoor je geld gaat vragen

Dit gezien je vragen en gezien het feit dat je voorbeelden die je hier of via links aangedragen worden al niet begrijpt.

Begrijp me niet verkeerd. Ik wil je niks afraden, maar het maken van een betaald product is toch net even iets anders dan een hobbyprojectje voor jezelf waaruit je wat leert. Voor een dergelijk product heb je al een bepaalde basis kennis nodig.
[/semi-OT]

Sircuri schreef op 10 november 2003 @ 11:51:
Daarnaast zijn er al veel van die CMS systemen met module ondersteuning. Kijk maar naar webCMS, XooPS, PHPNuke, Postnuke en nog vele anderen. Je moet wel iets heel speciaals maken wil men dit gebruiken en ook nog voor gaan betalen.

Just my 2 cents

mocean schreef op 10 november 2003 @ 12:30:
[...]


Xoops gebruikt Smarty als template-engine (meen ik).
In Smarty (kijk eens op smarty.php.net) zit al zo'n module systeem ingebouwd. Kijk daar eens naar.

Ander CMS: http://typo3.com/ ook erg groot en modulair en gratis!

bartvb schreef op 10 november 2003 @ 13:47:
Zozo, volgensmij voelt iemand zich flink aangevallen

Je hebt vooral naar forum systemen gekeken, dat zijn op het moment niet echt de meest geweldige voorbeelden als je op zoek bent naar een module systeem. De enige modules die phpBB 2.0.x kent zijn de admin modules en die zijn echt te eenvoudig voor woorden

code:

1 2 3 4 5 6 7

if ( !empty($setmodules) ) { $filename = basename(__FILE__); $module['Groups']['Manage'] = $filename; return; }

Enige dat dat doet is het lijstje met modules bouwen dat je in je linkerframe ziet.

Als je geinteresseert bent in modules kan je idd beter kijken naar de portal/CMS systemen. Xoops, Xaraya, Typo3, Mambo Open Server, *Nuke, etc, etc.

Maar goed, ik zou je ook willen adviseren een overzicht te maken van de bestaande CMSen, kijk welke je aanstaat, duik daar helemaal in en ga ze aanpassen aan de wensen van je klant. Dat schiet een heel stuk beter op, al helemaal als je modules die je (in opdracht van de klant) gemaakt hebt teruggeeft aan de community. Er zijn op het moment al 200.000 verschillende CMS-en. Niet echt productief IMO (ok, moet niet teveel zeggen, ben op het moment bezig met het bouwen van het Portal/CMS voor phpBB 2.2 ).

Maar idd, geen eenvoudige materie.. Zeker als je het goed wilt doen.

Verwijderd schreef op 10 november 2003 @ 16:41:
[...]

En dat bedoelde ik dus met basis kennis

Veel PHP applicaties zijn door prutsers geschreven, simpelweg omdat het taaltje zich daar goed voor leent. Zie je een php applicatie geschreven door iemand die _wel_ kan programmeren, dan zit zo'n applicatie qua programmeer constructies meteen een stuk ingewikkelder in elkaar.
Als je niet in staat bent dergelijke code te lezen, dan is het de vraag of je de kennis beschikt om soortgelijke code te gaan leveren voor een betaald product, waaraan dus ook hoge eisen gesteld zullen gaan worden. Mijn antwoord daarop: Nee, dan heb je dat niet. Zo super ingewikkeld is het nou ook weer niet. Er zijn legio voorbeelden te vinden van plugins in PHP, evenals de scheiding van content en layout.

Maar goed ik hou er wel over op Het is alleen nooit verkeerd om jezelf dit soort dingen van te voren af te vragen, voordat je veel te veel hooi op je vork neemt.

[ Voor 6% gewijzigd door Dutchmega op 10-11-2003 18:59 ]

wustenveld schreef op 11 november 2003 @ 13:40:
[...]

Nadeel van bestaande systeem is dat het niet voldoet aan de eisen van een klant, of aan je eigen eisen. Heel vaak is het in automatisering zo dat het sneller is om zelf iets te bouwen, dan een compleet project te downloaden en aan te passen.

En even offtopic, een klant moet zoiezo betalen, of de ontwikkelaar nou een *nuke systeem gebruikt of niet. Er zit immers tijd in om het klaar te maken

DiLDoG schreef op 11 november 2003 @ 07:51:
http://smarty.php.net (toch een template engine )

zou verplicht moete worde :D:D