okdan, graag gedaan :)

Hi, ik heb gister deze topic gelezen en ik gaf het een nachtje nadenken en dit is dus wat ik persoonlijk zou doen, en misschien later in de toekomst ook ga maken:

Het modulair scripten met objecten oftwel OOP en dan met PHP5
dan maak je een classe aan die een map doorzoekt naar bestanden (de module classe) en deze kan je dan aanroepen door bijvoorbeeld:
AddModule('nieuwssysteem');

dit is de basis ervan en daar is dus geen database voor nodig :)
en de modules kan je ook makkelijk uitbreiden dankzij subclasses/extends enzo. en alle aanroepen van de modules wordt in de include bestand gedaan.

dit is de basis ervan, dit ga ik later proberen te maken en uitbreiden.

wat vinden jullie van het idee? want als het slecht is wil ik geen tijd aan verspillen :P

Ik heb ondertussen mijn modulesysteem aan. Werkt in feite vrij makkelijk:

Basis van de website:
index
includes/classes

Extras:
includes/modules

Via SQL worden de modules in de db gezet en kun je aangeven of de module:
- Aanstaat
- Of je er ingelogd voor moet zijn
- Of je VIP user moet zijn etc
- Welke file (class) er gebruikt wordt

Deze info gooit ie in een array ($modStatus / $modFile)

In de paginas die de classes & templates samenvoegen zit één functie die ik geschreven heb die :

Kijkt of je een admin bent (dan wordt geen check uitgevoerd)
Kijkt of je genoeg rechten hebt (je mag de module zien)
Anders laat hij hem niet zien

Vrij simpel systeem en echt alles is zo aan te passen op de website.

Als een class niet bestaat wordt hij ook niet geinclude, maar wordt het afgevangen met een 'deze module is offline' message. Zo krijgen we ook geen errors van includes()'s dat bestanden niet gevonden kunnen worden.

Systeempje werkt perfect hier.

maar in plaats van het in een database te zetten kan je een aparte classe maken die verteld hoe het zit met de module, dus:
- Aanstaat
- Of je er ingelogd voor moet zijn
- Of je VIP user moet zijn etc
- Welke file (class) er gebruikt wordt

daar heb je dan toch geen database voor nodig?
dit wordt dan zeg maar de superclass,
en de modules zijn subclasses.

je moet toch ergens de gegevens vandaan halen waarin staat dat ze aan/uit staan. In jou geval moeten we elke module apart in de code gaan aangeven als aan/uit ingelogd/niet ingelogd vip/niet vip e.d.

In mijn geval trekt hij in één whileloop alles uit de db en controleer ik met de functie checkAcces("modulenaam") de toegang. Het toevoegen gaat met één muisklik in de admin... een kind kan de was doen.

ik zie het voordeel ook niet, al was het maar voor configuration doeleinden.

ok, jah je hebt daar wel gelijk ik, bij mij zou je alles moeten aangeven, dan is een db toch wel handiger :) bedankt voor de tip.

Ik weet niet of het al gemeld is, maar een modulair systeem opzetten begint natuurlijk al bij het opbouwen (het scripten zelf). Gebruik (zoals al wel vermeld is) in een zo vroeg mogelijk stadium al de OOP mogelijkheden. Vergeet daarnaast niet de bestaande technieken, denk aan bijvoorbeeld de Model-View-Controller (MVC) techniek niet. Daarnaast zijn er ook zat frameworks te vinden die deze functionaliteit al standaard bieden, denk aan het Zend Framework of CakePHP (www.cakephp.org).

Probeer zo veel mogelijk 'onderdelen' te scheiden, en een syteem te bedenken waar je iets hebt als 'modules' die te gebruiken zijn waar je ze nodig hebt.

klopt, maar dat bedoel ik ook, OO-programmeren zou ik gebruiken, en natuurlijk het MVC model ook, dit is netjes en gestructuurd coderen :)

Momenteel werk ik al puur met OOP voor het project waar ik het in de eerste post over had. Alle modules zijn in classes opgebouwd en eventueel extend met aparte modules.

Daarnaast wordt de code ook al MVC opgebouwd, templates gescheiden van de class en een merge-file wat deze twee samengooid. Lekker overzichtelijk en gemakkelijk!

Ik ben in elk geval lekker tevreden met het systeem zo, het werkt zoals ik dat wilde :) niets te klagen dus!

Origineel gepost door D. ter Horst

CakePHP (www.cakephp.org).

Heerlijk framework als je het kent, maar een enorm stijle leercurve. Ik gebruik het nu voor een project, en ik moet zeggen, het maakt development een heel stuk gemakkelijk (en in principe ook beter).

Ik heb het niet doorgelezen, maar ik heb 1 vraagje.

Waarom pas je bij optie 1 niet gewoon het bestand aan? Gebruikers hebben helemaal geen FTP toegang nodig ;)

Als jij het bestand iedere keer opnieuw genereer (Na uitvoerig getest te hebben! Hierbij gaat veel fout) en upload via een FTP account met beperkte rechten (Alleen toegang tot de map waar deze config file instaat.), dan ben je toch ook klaar ? :) Ik lees vanmiddag de rest van het topic even door :)

Ik vond het al vreemd dat het een tijdje duurde eer mensen in dit topic frameworks zouden voorstellen.

Ikzelf stel ook frameworks voor, omdat
1) Ik gebruik het zelf
2) zo'n systeem je véél bijleert ivm het ontwerpen van applicaties
3) je aan een project kan beginnen, zonder je zaken af te vragen op het hogere niveau, zoals modulariteit, MVC, ...
4) het aanpassen van een project voor een upgrade, vertaling, ... is éénvoudig

Ik vind dat Symfony nog héél wat krachtiger is dan cakePHP omdat het uitblinkt in oa internationalisatie en localisatie. Nadeel is dat de leercurve nog wat stijler is.

Origineel gepost door James Cauwelier

[...]

Ik vind dat Symfony nog héél wat krachtiger is dan cakePHP omdat het uitblinkt in oa internationalisatie en localisatie. Nadeel is dat de leercurve nog wat stijler is.

De 1.2.x serie van CakePHP gaat Symfony daar al weer hard mee voorbij qua internationalisatie en localisatie, verdiep jezelf er maar eens in voor de grap (niet negatief bedoeld). Zelf ook druk mee bezig geweest voor een site, en het is echt een perfecte oplossing. Bekijk vooral ook de p28n implementatie voor CakePHP, een aanradertje.

Ik ga denk ik ook modulair scripten. Op 1 pagina die overal ge-include wordt wordt één query uitgevoerd; waar de resultaten op 0 staan wordt uitgeschakeld. Niet allemaal keiveel query's aanmaken etc, nee, gewoon 1!

Ik ga hier zeker iets mee doen :D