Honlap saját domain alatt Synology NAS-on
Egy egyszerűbb statikus weboldal kiszolgálása nem okozhat gondot az otthoni Synology NAS-unknak. A következőkben ezen honlap, vagyis az szjani.hu beállítását fogom taglalni.
Tovább olvasomEgy egyszerűbb statikus weboldal kiszolgálása nem okozhat gondot az otthoni Synology NAS-unknak. A következőkben ezen honlap, vagyis az szjani.hu beállítását fogom taglalni.
Tovább olvasomSok dolgot hiányolok PHP-ből és az egyik ilyen az enum. Az enum egy olyan típus, amelyben előre definiált konstansok vannak és minden ilyen konstans egy objektumot tárol, melynek típusa - nem találjátok ki - épp az az enum, amelyben az definiálva van. PHP-ben nincs enum, nem része a nyelvnek. Viszont lehet - ha kicsit nehézkesen és nem túl szépen - szimulálni azt.
Tovább olvasomKorábbi írásaimban a teljesség igénye nélkül próbáltam ismertetni néhány általam készített nyílt forráskódú libraryt. Most viszont azt tűztem ki célul, hogy megmutatom a “big picture”-t, azaz egy konkrét példán keresztül bemutatom, hogy is pakolgatom össze ezeket a kis építőkockákat és csinálok egy rugalmas, könnyen karbantartható architektúrát. Fontosnak tartom megjegyezni, hogy a továbbiakban vázolt architekturális megfontolások teljes mértékben nyelvfüggetlenek. Pusztán azért mutatom be PHP-n keresztül, mert ebben a nyelvben volt/van szerencsém használni a DDD-t, illetve CQRS-t.
Tovább olvasomA DDD-s előadásomban utaltam rá, hogy mi a gond a getterekkel és setterekkel, de talán érdemes külön is beszélni róluk, mert rengeteg problémát okoznak. Azt hiszem mindenki, aki ezt olvassa, valamilyen IDE-t használ, mert tudja, hogy rengeteg többletszolgáltatást biztosít egy egyszerű szövegszerkesztőhöz képest. Olyan plusz dolgokat ad, amivel felgyorsítható a munka. Ilyen a getter/setter generálás is. Létrehozza az ember az osztályt, felveszi a private membereket és legeneráltatja az IDE-vel a címben emlegetett metódusokat. Kész is vagyunk, csinálhatjuk a következő osztályt, ugye?
Tovább olvasomMióta világ a világ (na jó, azért nem olyan régóta) a fejlesztők rétegekre bontják az alkalmazásokat. DDD-s fejlesztés során is így járunk el. Viszont ha nem vezetünk be szabályokat, megkötéseket, akkor könnyen olyan helyzetben találhatjuk magunkat, hogy egyes komponenseket rossz helyre teszünk, illetve egyes részek ott is elérhetővé válnak, ahol az nem lenne kívánatos.
Tovább olvasom