Jó cikk, nekem teljesen érthető volt, szépek a példák is. Annyi megjegyzésem lenne, hogy egy kép többet mond ezer szónál...
Interesting project. I recommend using ORM Designer (www.orm-designer.com)in conjunction with Doctrine. It's a great to...
Tetszik! A DDD-ről, CQRS-ről még nem hallottam de ha ezekkel így lehet szoftvert fejleszteni, akkor rossz már nem lehet....
"Maga az event egy string..." - itt valóban pongyolán fogalmaztam, javítom. A több esemény kezelésére a példa:...
A hónapban munkahelyet váltottam és egyben nyelvet is: jelenleg java fejlesztőként tevékenykedek az EPAM Systemsnél. Bár a PHP-vel nem szakítottam végérvényesen, mindenesetre biztos, hogy alig-alig fogok vele foglalkozni. Ezért pedig minden bizonnyal ez a blog sem fog úgy frissülni, mint eddig (tudom, eddig se írtam túl gyakran :)) Oktatást viszont továbbra is vállalok, nyugodtan kereshettek.
Bár a Java világában elég régóta elterjedt fogalom a DI (Dependency Injection), PHP-ben a hozzá szorosan kapcsolódó DI Container csak nem rég bukkant fel. Bár a Zend Framework 2-ben már megtalálható a Zend_DI csomag, én mégis inkább a Symfony-s megoldásra fogok építeni, valamint kitérek a DIC használatából eredő egyéb pozitívumokra.
A korábbi cikkemben bemutatott EquCMS (https://github.com/szjani/equcms) rendszeren egy nagyobb refaktorálást végeztem az utóbbi hetekben, ennek eredményeként egy - szerintem - sokkal letisztultabb, egyszerűbb megoldást készítettem a címben emlegetett probléma megoldására.
Munkám során egyszer meg kellett oldanom azt, hogy a PHP-ből indított FTP feltöltés sávszélessége állítható legyen. Természetesen a legegyszerűbb mód az lett volna, ha tűzfalban, vagy routeren konfigurálják be ezt, de erre nem volt lehetőség. Végül olyan megoldást sikerült találnom, amivel nem csak az FTP feltöltés limitálható, hanem bármilyen művelet, ahol file resource-okkal dolgozunk.
Minden programozónál előfordul az, hogy újra feltalál valamit. Így jártam én most az iterátorokkal. Természetesen tudom mi az az iterátor, és napi szinten használom őket, de egy mostani munkám során rájöttem, hogy bizonyos helyzetekben életmentők tudnak lenni. A cikkben bemutatok néhány PHP-ben elérhető iterátor interfészt, illetve osztályt, valamint készíteni is fogok két saját osztályt.
A decemberi szabadságom alatt úgy gondoltam, hogy itt a remek alkalom megismerkedni a Doctrine 2-vel. Rendszeresen Doctrine-t használok és sokszor érdekes jelenségeket tapasztalok a sok "magic" miatt. Az új verzió ehhez képest letisztult, kevésbé "hacky". Gondoltam írok egy Doctrine2 adaptert beberlei ZFDoctrine csomagjához, de rájöttem, hogy egy-két dolgot máshogy csinálnék, így inkább belefogtam egy új CRUD megvalósításba.
A mai nap futottam bele abba a problémába, hogy a modulos felépítésű Zend Framework alkalmazásokban nincs lehetőség arra, hogy függőségi viszonyokat határozzunk meg a modulok bootstrap fájljai között, vagyis az, hogy melyik modul bootstrap-je fut le hamarabb, teljesen kiszámíthatatlan.
Ígéretemhez híven a negyedik részben bemutatom, hogy lehet kibővíteni az alap funkcionalitással bíró CRUD rendszerünket, valamint egy példában azt is bemutatom, hogy lehet ezt a gyakorlatban is felhasználni. Példaként ennek a weboldalnak az adminisztrációs felületének egy részét mutatom be.
Munkám során szinte minden projekt esetén felmerül a probléma: ami nálam működik, másnál nem, legalábbis elsőre nem. Sok féle megoldással találkoztam már, amivel megpróbálták elérni azt, hogy a fejlesztői környezetben tökéletesen működő szoftver a szerveren, vagy akár egy másik fejlesztőnél is hibátlanul működjön. Általánosságban azonban elmondható: az, hogy elsőre megy, ritka, mint a fehér holló.
Az előző részben bemutattam a listázást, most részletezem, hogy oldottam meg a többi funkciót.
szjani
2014. április 18. 22:07Köszi! Képeket valóban akartam, de nincs normális eszközöm hozzá, ami igényes kimenetet is produkál. :( - Hexagonal arch...