Moduláris programozás php vagy hogyan kell írni egy kis portál, php

Megpróbálom itt elmagyarázni, ahogy közeledik az írás helyek, ahol használhatják a plug-inek. Ennek egyik példája ismert PHPNuke script. Nem lenne őt okolta, az alkalmazott megközelítés benne, hogy a moduláris programozás nagyon kényelmes. De mivel a göcsörtös általános kódot alkalmaz ilyen forgatókönyv komoly oldalakon, vagy inkább mondjuk portálok nagyszámú látogató, akkor nem ajánlott. Miért? A script működik lassan, nagyon nagy teher az adatbázisban. Továbbra is nagyon leírni, de ez egy másik cikk. Ha valaki érdeklődik. hogy az internet tele van leírását a motort. az <неудобоваримости> PHPNuke voltam győződve magát. Saját alapprojekttel NVIDIA BIOS Gyűjtemény elején alapult PHPNuke, de állandó probléma tárhely késztetett kezd kialakulni a portál rendszer a semmiből. Tól PHPNuke én, hogy csak a modulok, a többi ugyanezt tette magát. És így kezdődik. Először is, meg kell vizsgálni a rendszert katalógusokat hol fog hazudni. Itt egy példakénti kiviteli alak.

* / Mods / - könyvtár tárolására modulok
* / Img / - képek
* / Include / - katalógus kiegészítő állományok

Ez az, amit most, amíg az szükséges. Alkalmazza blokkok és SKINY mi még nem fogunk. Az én portálon is voltak más katalógusok

Jól és egyéb katalógusok.

A gyökér könyvtárban tárolt csak egy fájlt index.php és minden munka folyik át rajta. Most el kell döntenünk, hogyan fog kinézni az oldalon is. A példánkban a legegyszerűbb változata a tervezési megközelítés. Oldal tetején. az alján a helyén, és a közepén Adataink modulokból. Ehhez többek között a könyvtár létrehozásának két fájl top.php és bottom.php, illetve ez lesz a felső része a tervezés és az alsó része a design.

Is, hozzon létre egy konfigurációs fájlt config.php és tedd az include könyvtárban.

Itt egy példaértékű program munka index.php

Most hozzon létre két fájlt mod1.php és mod2.php és tedd a katalógusban mod.

Hadd magyarázzam egy kicsit itt ezen a vonalon

Minden modul, kívánatos, hogy ezeket ellenőrizni kell annak érdekében, hogy elkerüljék a modulfájlt a hívás index.php. A példát a portálon egy hívás modul van egy kapcsolatot az adatbázis, olvassa el néhány globális változók és nélkülük, sem a modul maga nem tud dolgozni. Tehát jobb, ha egyszerűen letiltja a modul hívás közvetlenül. Hívás modulok ebben az esetben elő egy sorban formájában index.php? Mod = modul neve, de itt ez lehetséges alkalmazni és NC rendszert. Ezután az URL válik index.php / modul nevét /

Itt alapvetően nagyon durva program megvalósításának modulokat. Tetszőleges modult, egyszerűen tegye a katalógusban mods / és azért, hogy az általános munka fogalmát, hogy építsenek egy nagyon összetett oldalon. Mi a használhatóság? Valójában akkor távolítsa el a fő probléma kitámasztás kódot design. Ettől minden index.php. Az ugyanazon modul csak dolgozni, és hasznos lehet. Központosítása gyűjtése alapvető információkat az adatbázisból, vagy konfigurációs fájl, a globális változók, site, a felhasználói adatokat, stb Másrészt, vannak hátrányai (bár egy bizonyos látvány nem tűnnek hátrányok), azt mondják, hogy világosan meg kell biztosítani, hogy minden változó neveket használják a modul nem felülírni, véletlenül, hogy a modul belsejében. Egy időben ez történt velem. Miután egy ilyen esemény, vettem magamnak egy szabályt név rendszerváltozói ilyen jellegű $ sys_imya változó. Egy másik nyilvánvaló hátránya, hogy nehéz a végrehajtását a különböző tervezési lehetőségeket a különböző modulok. De! Itt is van egy út.

Ha teszi a szabály, hogy minden modul köteles levezetni magát egy sapkát és alján a helyén, akkor már adott a választás szabadságát, hogy mit és hogyan kell megjeleníteni.

Például az egyszerű modulok módosítható ebben a megvalósításban.

Hogyan kell csinálni ebben az esetben, és úgy dönt. Próbáltam küldeni azoknak, akik most kezdenek írni a php, és lehet, és azok, akik már ír, egy bizonyos variánsa vagy stílust a programozás.