fejlesztési gondolatok, ötletelés

[connorhu]

Átnéztem megint a kódot és összeírok pár gondolatot. Ha valamelyiknek látod értelmét, akkor ezekben segíteni is tudok.

• Egységes behúzás használata (vegyesen váltakozik fájlokban a tab és space behúzás. pl: https://github.com/borazslo/miserend.hu/blob/master/webapp/composer.json#L8-L10 )
• globals felszámolása: nehezen tesztelhető és látható, hogy egy adott osztály mit használ. erre a DependencyInjection nyújthat segítséget
• MVC forrás szervezés: a view kb megvan, ahogy láttam a controller szint is viszonylag jól azonosítható.
• PSR-4 bevezetése, névterek használata. így a fájlok betöltéséért a composer autoloader lesz a felelős
• PSR-11 bevezetése a szolgáltatásokhoz
• routing szabályok megfogalmazása, akár egy router komponens felhasználásával
• declare(strict_types=1) elérése, kezdetben több típus használata
• webapp mappa felszámolása. más komponenseket (mobil stb) egyébként is külön repoba célszerű szervezni. nem látszik, hogy mi előnye van annak ha egy mappával beljebb jezdődik minden.
• különféle fájlok jobb szeparálása: config, php forrás (src), asset (js, [s]css, jpg), nyilvános fájlok
• tesztek írása a különféle komponensekhez, phpunit frissítése, 4.8 eléggé elavult.
• PHP CS fixer használata
• github workflows használata az automatikus tesztekhez
• bootstrap legyen buildelt és igényekhez optimalizált (google is lepontozza az oldalt ha sok a nem használt stílus)
• ahogy láttam pár komponens egészen biztosan dobálja már a deprecation-t mert dinamikusan hozza létre a property-t, mert nincs definiálva. pl: https://github.com/borazslo/miserend.hu/blob/master/webapp/classes/path.php#L6

Van ami egyszerűen elérhető, van ami kicsit több szervezést igényel.

[borazslo]

Hű! Köszönöm. Ezek közül van amit nem is értek, de majd megtanulom. :D

Ha priorizálni kell akkor azt mondanám, hogy a leghasznosabb a Unit tesztek világa lenne. És hozzá github workflows meg ilyenek. Nagyon régen kezdtem azokkal bármit, de ha lenne jó workflow akkor tudnék hozzátenni. És sokat segíthet hogy fejlesztés közben ne zúzzak szét régi jól működő dolgokat. Abszolút első hely, meg minden.

Második vagy harmadik nekem a rendrakás. Webapp mappa, src, asset, config, ilyenek. A /webapp mappa azért került bele, hogy amikor a szerveren teljes git pull-t húzok le, akkor a szerverhez szükséges /docker mappa mindenféle cucca ne legyen nyilvánosan elérhető. De ezen segít egy rendes asset/src/stb. és hozzá egy rendes workflow. Támogatom.

Aztán harmadik esetleg második nekem a bootsrap build, de annak sajnos része hogy eszméletlen rendetlen a css világunk. A naaaagyon régi örököltből félig átállva egy használhatóra. Még sok helyen a twig fájlokban style="" akármik is vannak, amik megint nem az igazik. Miközben tökre figyelni kéne erre, mert bőven több mint a látogatók fele mobil nézetet használ.

A globális változók irtása is jöhet. Azért már nincs olyan nagyon sok, mint valaha volt. :D De mondjuk a load.php -ban van pár általános használt akármi definiálva. Hogyan lehet azt másképp? (Botcsinálta programozó vagyok, így sikerült, de bátran lehet másképp.) De nagyobb bűnöm, hogy még mindig létezik a functions.php egy-két ráadásul kritikus csodával. Juj.

És ez már azt hiszem az MVC, PSR-4, PSR-11, stb. kérdés. No, itt már én tudatlan vagyok. Pont azért nem teljes laravel van, mert nem értettem meg teljesen, hogy mi a Controller. Azt sikerült, hogy a View egész jól külön legyen a többitől. De azért a classes/html világban is történik sok számítás/manipulálás, ami nem kéne hogy legyen, ha jól értem. Elvileg igen jól tudok angolul, és nem is rossz a felfogásom, mégis valahogy nem jött át eléggé az M-V-C nekem. De ha egyszer pl. te vagy más tart nekem egy kellően adaptált fejtágítót, akkor szívesen neki megyek ennek is.

+1 Mindenek felett: Windowos fejlesztői környezetben nyomom Docker Desktop viszi az alapéletet, Github Desktop a git kódot, és NotePad++ a programozást. Azért bármikor be tudok ssh-zni is, meg ismerem a git parancsort is. De azért ez nem egy összetett rendszer: unit testek nem futogatnak maguktól, nem szorít rá egységes behúzásokra, egy jó ide még a declare(strict_types=1) -ben is tudna segíteni. (Az jó, hogy ha van? Akkor elkezdek figyelni rá legalább "felmenő" rendszerben.) Volt már előttem azért pl NetBeans, de nem tudom, hogy mire esküdjek (pláne ilyen Dockeres környezetben). Ebben is szívesen fogadok tanácsot.

Szóval sok oldalt neki lehet esni. :D

[connorhu]

Átgondolom, hogy mit milyen sorrendben lenne célszerű elkezdeni és nyitogatok pár új issue-t. Kezdetben szerintem pár egyszerű symfony komponenst elkezdek használni, aztán ha már otthonosan mozogsz benne, akkor lehet vele továbblépni. A symfonyt picit jobban szeretem mert ott az építőkockák sokkal alacsonyabb szinteken segítik az építkezést. Azt is lehet csinálni, hogy ez az átszervezés egy külön brancbe megy és amikor azt látjuk, hogy a stabil rendszer minőségét elérte akkor olvasztjuk be a masterbe és onnan a production-be.

[borazslo]

Tudom, hogy szebb branchokban dolgozni. És jó is az. De nagyon könnyen leül a fejlesztés / dolog, ha nem kerül ki hamarjában az eredménye. Ha hibás a működő kód, legalább nagoyn hamar szólnak, hogy javítani kéne. :D Oké, oké, nem lenne jó valami csúnya adatvesztés.

[connorhu]

Azóta már elharapódzott a dolog és olyanba kezdtem ami messzire vezet. Meglátom hova jutok el pár nap alatt és megvitatjuk.