Programozás PHP-ben - Fejlesztés az MVC megközelítési modell szerint - Nézet - Vezérlő - Visszajelzés -

Szia fejlesztők,

ma írok neked egy bejegyzést a PHP programozás fogalmának demisztifikálására a Model-View-Controller megközelítéssel (MVC a barátok számára).

Figyelembe véve, hogy a webes alkalmazások manapság sajnálatos módon túlsúlyosak vagy akár elhízottak, fontos a forráskód megszervezése oly módon, hogy egyrészt megkönnyítsék az új funkciók fejlesztését, másrészt, a meglévő kód karbantartása. Ebből a szempontból a tapasztalatok azt mutatják, hogy teljesen lehetséges a forráskódot három külön részre osztani a feldolgozás minden aspektusához kapcsolódóan:

Az a modell, amely mindent összevon a vállalkozással kapcsolatban (az alkalmazás szakmai vonatkozásai)
A nézet, amely mindent tartalmaz a megjelenítéssel kapcsolatban
A vezérlő, amely az alkalmazás bemeneteihez/áramlásszabályozásához/kimeneteihez kapcsolódó összes információt összefoglalja

Merev megközelítésből indulok ki az általános koncepció jól megfogalmazása érdekében. Tapasztalat alapján lehet, hogy egy kicsit ellazíthatod ezt a megközelítést, de egyelőre egyetlen eltérés sem lesz előnyös számodra, csak az, hogy összezavarodod magad.

A MODELL

A fentiek szerint ez a szempont magában foglal mindent, ami az alkalmazás üzleti rétegére jellemző.
Üzleti rétegenként meg kell érteni, hogy ez megfelel az alkalmazás hozzáadott értékének.
Ha például egy kezelőalkalmazáson dolgozik, az üzleti réteg magában foglalja a fiókkezelést (létrehozás, módosítás, törlés), kategóriákat, az egyenlegek számítását a hatályos szabályok szerint, a kerekítés kezelését, a kiadásokat stb.
Az egyik alkalmazásról a másikra gyorsan rájön, hogy bizonyos üzleti szempontok általánosak és újrafelhasználhatók: fiókhoz való kapcsolódás, kapcsolat bontása, hozzáférés egy adatbázishoz (OEM).
Tehát nagy valószínűséggel azon fog gondolkodni, hogy miként lehet a kódokat könnyen felhasználni az alkalmazások között, és elkerülhetetlenül találkozik az objektumorientált programozással (OOP), amelyet már a kezdetektől fogva ezzel a hordozhatósági gondolattal terveztek. Ebben a bejegyzésben támogatni fogom ezt a megközelítést.

Ezt a tételt a fogalom tág értelemben kell értelmezni, például a listában szereplő elemek a nézetbe tartoznak:

html létrehozása
generáljon xml-t
generáljon pdf-t
stb.

Meg kell érteni, hogy a látvány a a kezelés befejezése. A látvány vég, csak a jól generálással kell foglalkoznia autonóm módon (amennyire csak lehetséges) egy elem, amelyet el kell küldeni a böngészőnek.
Világosabban: a látvány passzív, paraméterben kell megadni a generációs munkájához szükséges összes elemet. Ez azt jelenti, hogy a nézet meghívása előtt az aktuális folyamatnak először együttesen kell összegyűjtenie azokat az értékeket, változókat és egyéb adatokat, amelyeket a renderelő létrehozásakor használnak.
A nézeteknek csak nagyon korlátozott hozzáféréssel kell rendelkezniük az alkalmazás más részeihez. Ennek eredményeként az egyetlen funkció, amelyhez hozzáférhet, csak a veszélyes karakteres menekülési funkció, a szövegformázási funkció megtekintésére vonatkozhat.
Mindenesetre nem hívhatja meg az üzleti réteget vagy a vezérlőt.

A VEZÉRLŐ

Ő a trió vezetője, ő az egyes kezelések belépési pontja, irányítja a program folyamatát (a folyamat folyamatát), felhívja az üzleti réteg elemeit, összegyűjti a válaszadatokat, hívja a nézet elemeket és választ küld a böngésző a feldolgozás legvégén.

Itt van egy nagyon fontos pont, amelyet meg kell ragadni, a fogalma minden kezelés belépési pontja.
Meg kell érteni, hogy a webalkalmazással való interakció egyenértékű egy műveletsorozat végrehajtásával.

Egy művelet például a következőknek felel meg:

kérje egy weboldal megjelenítését
hívjon egy beviteli űrlapot
küldjön kitöltött űrlapot
kérje egy pdf dokumentum előállítását
adatok helyreállítása xml formátumban
az oszlopfejlécre kattintva rendezheti a táblázat adatait
oldal módosítása egy oldalszám elemre kattintva
stb.

A fenti elvnek megfelelően,
A HONLAPON ELÉRHETŐ MINDEN TEVÉKENYSÉGGEL EGYSZERŰ ÉS EGYSZERŰ VEZÉRLŐT VÁLASZOLNI KELL, EZ A FELDOLGOZÁS ALKALMAZÁSÁNAK EGYSÉGES BELÉPÉSI PONTJA

Ne aggódjon, egy bizonyos méretű webhelyen nem ritka, hogy több mint 1000 vezérlőt talál. amelyek 1000 lehetséges cselekvésnek felelnek meg a webhelyen.

SZERVER KÉRELEM

Mint tudják, a böngészőnek egyetlen és egyedülálló eszköze van a webkiszolgálóval való kommunikációhoz: az URL.
Annak érdekében, hogy a webszerver képes legyen megkülönböztetni a műveleteket, és ne keveredjen össze a kefékkel, kötelező lesz egyedi megfeleltetés az URL és a művelet között.
Következésképpen,
A HONLAPON MEGHATÁROZHATÓ MINDEN MŰVELETNEK EGY EGYSÉGES ÉS EGYES URL-t KELL felelnie, amely EZEN FELDOLGOZÁSHOZ AZ EGYSZERES BELÉPÉSI PONT lesz.

A FORRÁSKÓD SZERVEZÉSE

A kezdetektől fogva a belépési pont fogalmáról beszéltem, elengedhetetlen annak megértése, mert ez közvetlenül befolyásolja az alkalmazás forráskódjának rendezését.