Új hozzászólás Aktív témák

  • cucka

    addikt

    válasz Sk8erPeter #3971 üzenetére

    Jaaaa, akkor már sejtem a parent_id szerepét. Vagyis ez akkor arra való, hogy adott menüpontnak tetszőleges számú almenüpontja legyen?
    Igen. Vagyis tetszőleges elemszámú és mélységű menüt lehet vele reprezentálni.
    (Sőt, tulajdonképpen tetszőleges mélységű fát lehet vele reprezentálni, tehát nem csak menüre jó, hanem mondjuk webshop termékkategóriákhoz is). Az iskolában nem tanították, hogy hogyan kell gráfokat és azon belül fákat reprezentálni? :)

    Na, ez az MVC-szerkezet egyelőre kicsit magas
    Pedig eddig is erről volt szó.
    Az M betű a modell, ez az osztályaidat jelenti, amelyek általános feladatokra készültek.
    A C betű a controller, ez gyakorlatilag az alkalmazáslogika. Itt példányosítod be az osztályokat, itt kezeled le az eseményeket és itt végzed el azokat a műveleteket, amelyek a html kiíráshoz szükségesek.
    A V betű a html sablonokat jelenti. Ezekben már nincs alkalmazáslogika, csak html kiírás.

    De ettől függetlenül valószínűleg mindenképp joinolni kell a language és menu táblát is, hogy ezek azonosíthatók legyenek.
    A menü táblához join-olod a menu_content táblát inkább. A language-et csak akkor, ha muszáj.

    Akkor már nem lenne esetleg jobb/szebb megoldás egy külön összekapcsoló táblát létrehozni erre a célra?
    Nem. A menü és a menü tartalom táblák között 1:n típusú reláció van. Ha n:m reláció lenne, akkor lenne szükség kapcsolótáblára. Ezt sem tanították az iskolában? :)

    Tehát ha azt mondod, hogy nem lesz gyorsabb attól, hogy fájlból olvasom ki, akkor mindenképp maradok az adatbázisnál.
    A file-os megoldás azért jó, mert tudsz olyan oldalt készíteni, amelynél a megrendelő saját maga szerkeszthetik a menüt és a menüpontok tartalmát, mégsincs hozzá szükség adatbázisra.

Új hozzászólás Aktív témák