Code Check
Een flinke tijd terug heb ik een eigen gemaakt framework gepost hieruit ontving ik heel veel kritiek en ik vroeg me af hoe het er nu uit ziet...
Dit is allemaal heel basic nog maar is voor mij puur een leerproject omdat ik heel veel problemen heb het het OOP-denken bij grote scripts/projecten wat ook zeker te zien in in dit script denk ik...
Dus al hebben jullie interesse/kritiek alvast bedankt,
Michael
DOWNLOAD
Verder heb ik niet alles bekeken, zorg anders voor een werkend voorbeeld (desnoods hello world) zodat snel duidelijk is hoe het werkt.
Uit je code krijg ik de indruk dat je een MVC-framework probeert op te zetten. Doel van het framework is natuurlijk met betrekkelijk weinig inspanning een applicatie kunnen programmeren. Het framework moet je dus werk uit handen nemen; dat krijg je eigenlijk alleen maar voor elkaar door dat werk eerst een keer zelf te doen. In je beschrijvingen komt dus ook een verhaaltje over welk werk in een applicatie je herkent als terugkerend, en op welke manier je het oplost.
Beschrijf vooral wat je bedoeling is, en welke beslissingen je neemt. Beschrijven wat er precies gebeurt is meestal niet nodig--dat doet de programmacode wel voor je.
uiteindelijk moet dit alleen de core en configs worden ingeladen.
verder heb ik mijn view nog niet af... deze moet ik nog maken, uiteindelijk word deze net als de model aangestuurd door de controller ofcourse maar zit er mee hoe ik dit zal gaan doen zelf denk ik template basis
@bas cost budde, commentaar/documentatie doe ik pas als er een goeie basis is gelegt en die heb ik nog niet..
Commentaar schrijf je niet voor mij, maar voor jezelf. Ontwerpen op papier mag natuurlijk ook. Ik praat over commentaar vanuit twee drijfveren:
* ik kan je code niet doorgronden, want ik zie te weinig intentie (dat je bijvoorbeeld controllers kunt erven is wel een genoteerde intentie)
* wil je een groter systeem ontwerpen, dan moet je het coderen een beetje uitstellen. Het leggen van een goede basis vind ik een heel loffelijk streven; daarbij neem je voortdurend beslissingen, je probeert eens wat uit, je behoudt het goede en verwijdert de vergissingen. Niet al die stappen hoef je natuurlijk te documenteren, maar help jezelf, maak veel aantekeningen.
Volgensmij kan ik nog wel een aantal exceptions enz. gebruiken alleen ik werk nooit met exceptions of eigelijk begin ik er pas net mee dus weet niet precies waar, hoe en wanneer ik die bijvoorbeeld kan toepassen... bij database classes gebruik ik ze bijvoorbeeld wel omdat je daar echt een connectie maakt ipv de if else methode
Een methode die een exceptie kan "gooien", annoteer je het beste ook zo (@throws exception) en roep je aan met try ... catch.