MVCDTC

Het MVCDTC-project omvat een uitgebreid scala aan functionaliteiten die volledig geïntegreerd zijn in het framework. Deze functionaliteiten bieden een diepgaand inzicht in de reeds geïmplementeerde aspecten van het project. Door middel van het MVCDTC-project wordt een holistisch beeld verkregen van de verschillende componenten en modules die zijn ontwikkeld en geïmplementeerd. Het project bevat een breed scala aan functies die de efficiëntie, flexibiliteit en bruikbaarheid van het framework vergroten. Door deze functionaliteiten in één samenhangend geheel te combineren, wordt een solide basis gelegd voor verdere ontwikkeling en verbetering van het framework.

Dit framework is ontworpen met een afgeschermd codeontwerp, wat betekent dat er geen wijzigingen door de gebruiker nodig zijn. De basiscode zal alleen veranderen via regelmatige updates. Gebruikers kunnen vertrouwen op de stabiliteit en consistentie van het framework zonder zelf codeaanpassingen te hoeven doen. Door deze aanpak kunnen gebruikers zich concentreren op het effectieve gebruik van het framework en de functionaliteiten ervan, terwijl ze gerustgesteld worden dat toekomstige updates automatisch zullen worden geïmplementeerd zonder dat dit hun werk beïnvloedt. Het afgeschermde codeontwerp zorgt voor een naadloze en probleemloze ervaring voor gebruikers, waarbij ze kunnen profiteren van eventuele verbeteringen en nieuwe features die in de updates worden geïntroduceerd.

Op hetzelfde niveau als het MVCDTC-project bevinden zich de "public" en "src" directories, die een cruciale rol spelen bij het gebruik van het MVCDTC-framework. De "public" directory is publiekelijk toegankelijk via de webserver, terwijl de rest van de directories afgeschermd is voor externe toegang. De "public" directory wordt gebruikt voor het opslaan van bestanden zoals stylesheets, JavaScript-bestanden, afbeeldingen en meer. Bovendien wordt de "index.php" hier geplaatst, wat het startpunt is van het framework.

Aan de andere kant bevindt zich de "src" directory, waarin je controllers en views kunt aanmaken. Deze directory biedt een gestructureerde omgeving voor het ontwikkelen van de functionele componenten van je applicatie. Hier kun je de logica van je applicatie beheren en de interactie tussen de gebruikersinterface en de gegevensbronnen regelen.

Dankzij deze directorystructuur kunnen ontwikkelaars efficiënt werken aan het MVCDTC-framework. De "public" directory fungeert als het toegangspunt voor de applicatie vanuit de browser, terwijl de "src" directory een georganiseerde plek biedt voor het maken en beheren van de belangrijkste onderdelen van het framework. Door deze scheiding wordt een duidelijke scheiding bereikt tussen het publieke en het interne gedeelte van de applicatie, waardoor de veiligheid en modulariteit van het MVCDTC-framework worden verbeterd.

Dit is de indexpagina die extern toegankelijk is. Elke inkomende request en response wordt via een .htaccess-bestand naar deze pagina gestuurd. Hiermee wordt de routing van het verkeer naar de juiste locatie beheerd.

.htacces

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

Toevoegen

• Routes
• Middleware
• Services (DPI)

Op deze plek komen alle componenten samen om verwerkt te worden, zoals requests, services, middleware en routes. Het biedt de mogelijkheid om services en middleware al dan niet bij het opstarten van de app te instantiëren, afhankelijk van de configuratievoorkeuren. Hier worden alle vereiste elementen geïntegreerd en gestructureerd om een goed functionerende en aanpasbare applicatie te creëren.

Functions

• AddRoute (toevoegen van routes)
• AddMiddleware (toevoegen van een Middleware)
• ApplyMiddleware (instancieren van alle Middleware)
• BuildPlatform (starten van de applicatie)

De Services-klasse fungeert als een Singleton waarin alle services worden toegevoegd tijdens het opstarten van de applicatie en indien nodig geïnstantieerd kunnen worden. Deze services worden vervolgens gebruikt door de DPI (Dependency Injection) om de benodigde functionaliteit te leveren.

Functions

• AddService (toevoegen van een service)
• AddServiceInstanciated (toevoegen en instancieren van een service)
• AddServiceAndInstanciate (toevoegen en instancieren van een service die zelfs services nodig heeft)

In deze klasse wordt gebruikgemaakt van reflection om te achterhalen welke functie welke parameters nodig heeft, zodat deze correct kunnen worden geïnjecteerd. De services die zijn toegevoegd in de Startup-klasse kunnen hier worden gebruikt. Reflectie speelt een cruciale rol bij het dynamisch analyseren en aanpassen van de structuur van de applicatie op basis van de vereisten van elke functie. Dit stelt de applicatie in staat om flexibel en adaptief te zijn bij het leveren van de juiste services waar dat nodig is.

Functions

• LoadDependency

De Request bevat alle benodigde informatie voor de routing, zoals de router, view en parameters. Het zorgt voor het schoonmaken van de opgevraagde URL naar een geldig verzoek en het extraheren van de controller- en viewnaam. Deze worden automatisch geïnstantieerd door de MVCApplication, waardoor de juiste controller en view worden geladen op basis van de request. Dit proces zorgt voor een naadloze afhandeling van de routing en het dynamisch renderen van de juiste content op basis van de ontvangen request.

Functions

• CreateSectionList (het opschonen van de request en de nodige variable opvullen)
• getOriginalRequest (orginele request opvragen)
• getRequest (de opgeschoonde request opvragen)
• getRequestArray (de opgeschoonde reuest als een array opvragen)
• getController
• setController
• getView
• setView
• AddExtention (url params toevoegen)

Wanneer er een request wordt ontvangen, wordt deze door de router geleid om te controleren of er een geldige router en bijbehorende view zijn voor deze route. Als beide aanwezig zijn, wordt de controller geïnstantieerd met de benodigde afhankelijkheden via Dependency Injection. Als er echter geen geldige router of view wordt gevonden, wordt er een "Page Not Found" weergegeven, waardoor de gebruiker op de hoogte wordt gebracht dat de opgevraagde pagina niet beschikbaar is.

Alle controllers erven van deze klasse. In de eerste plaats wordt de request geanalyseerd om te bepalen welke view geladen moet worden, dit gebeurt met behulp van de "CallRequestedMethod()". Hier worden alle benodigde stappen uitgevoerd voor het opbouwen van de pagina. Alle vereiste functionaliteiten en componenten worden hier aangeroepen en verwerkt om de gewenste weergave van de pagina te realiseren.

Verbetering

Een betere aanpak zou zijn om de verantwoordelijkheid voor de opbouw van de pagina niet bij de controller te leggen, maar eerder als een response terug te geven. Hierdoor kan er middleware worden toegepast voordat de pagina wordt weergegeven, wat flexibiliteit en aanpassingsmogelijkheden biedt. Bovendien kan er zo ook gekozen worden voor andere outputformaten dan alleen een View, zoals bijvoorbeeld JSON. Deze aanpak maakt het mogelijk om meer diverse en dynamische mogelijkheden te implementeren in de verwerking en presentatie van de pagina.

De controller biedt de mogelijkheid om logica en functionaliteit te implementeren die kunnen worden gebruikt om gegevens naar een view door te sturen. Hiermee kan de controller de benodigde gegevens verzamelen, verwerken en doorgeven aan de view, zodat de juiste informatie aan de gebruiker kan worden getoond. Dit stelt de controller in staat om een brug te vormen tussen de verschillende componenten van de applicatie, waarbij de benodigde gegevens worden verzameld en gemanipuleerd voordat ze worden doorgegeven aan de view voor weergave.

Routes / Views

• Index - "/"
• Reflection - "/home/reflection"
• Future - "/home/future"