Wat is beter voor een mysql class? Een static class of een normale. Bij een normale class moet ik in elke class een apart object aanmaken met de functie getInstance die ik gemaakt heb. Dus leek het mij makkelijker om een static class te maken. Zijn hier nadelen aan? Zo ja, welke.
Maar je syntax is dat toch ook iets anders? Is bij bv. Oracle wel het geval. En extra beveiliging kun je inbouwen bij een db class (extra waarde (true/false) meegeven bij je query/execute functie die if(true) checkt of er niet ergens verderop in de query nog een DROP of DELETE of iets in die richting staat).
Dat haalt btw niet weg dat je geen PDO mag gebruiken, dat kun je gewoon gebruiken binnen je class.
Maar je syntax is dat toch ook iets anders? Is bij bv. Oracle wel het geval. En extra beveiliging kun je inbouwen bij een db class (extra waarde (true/false) meegeven bij je query/execute functie die if(true) checkt of er niet ergens verderop in de query nog een DROP of DELETE of iets in die richting staat).
Dat haalt btw niet weg dat je geen PDO mag gebruiken, dat kun je gewoon gebruiken binnen je class.
Ja, de syntax bij elke DBMS (MySQL, MsSQL, Oracle, Filemaker etc..) is weer eens anders. Maar lang leve de prepared statements waarmee je daar niet meer om hoeft te bekommeren.
Maar, als we even gewoon antwoorden op de vraag van de topicstarter:
Ik zou kiezen voor Static. Voor de meeste sites heb je maar één verbinding nodig. Het is dus niet per se nodig om een normale class te maken die meerdere instanties kan aanmaken, omdat je maar één instantie nodig hebt.