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

• #8 inf3rno nagyúr kress #7

  Új Válasz 2024-03-30 15:04:09 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  inf3rno

  nagyúr

  válasz kress #7 üzenetére

  Ja nagyjából egyetértek, hogy projektje válogatja, hogy melyik az ideális tesztelési fajta hozzá. Talán még embere is válogatja ezen felül.

• #6 inf3rno nagyúr kress #5

  Új Válasz 2024-03-30 10:35:22 #6

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  inf3rno

  nagyúr

  válasz kress #5 üzenetére

  Unit testingről már leszoktam. Ha nagy mozgások vannak a kódbázisban, akkor tarthatatlan, hogy állandóan újra kell írni a teszteket, egyébként is 2-3x annyi munka, mint simán lekódolni, aztán debuggolni. Nekem leginkább a BDD jött be és integrációs teszteket írok. Az is lefedi a nagyját, vagy legalább a gyakori eseteket. Most mondjuk Wordpress plugin készítést gyakorlok, ennél a gyakorlásnál csak manuálisan tesztelek, debuggolok, és így is jó. Régen még azt mondtam, hogy minden projekthez kellenek automatizált tesztek, most már nem vagyok annyira meggyőződve róla. Kis projekteknél szinte mindegy, ha az embernek van kellő tapasztalata, közepeseknél kezd kijönni a hátránya a tesztek hiányának, nagyokhoz látom értelmét. A közepeseknél is inkább úgy csinálom, hogy bizonyos részeket tesztelek, amik kritikusak pl. biztonság, vagy a domain modelt igen, de a prezentációt nem. Amivel még régebben szórakoztam azok az e2e tesztek. Azok se rosszak annyira, de jóval több idő és kényelmetlenebb írni és futtatni őket. Teszteléshez én ezt szerettem: [link], de már nagyon régen olvastam, és hát van vagy ezer jó könyv a témában. DI-ről nem olvastam még külön könyvet, azt esetleg megnézem, köszi!

• #4 inf3rno nagyúr kress #3

  Új Válasz 2024-03-30 10:13:25 #4

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  inf3rno

  nagyúr

  válasz kress #3 üzenetére

  Én próbálgatom már egy ideje, és bár sokan mondják, hogy kis projekteknél és egyedül nincs értelme, én eddig totálisan az ellenkezőjéről győződtem meg. A kiindulási naív állapothoz képest egy csomót szokott fejlődni a modellem miközben agyalok rajta még a külsőre legegyszerűbbnek tűnő projekteknél is. Aztán persze az is igaz, hogy messze nem vagyok profi benne, és elsőre nem sikerül a legjobbat alkotni... Ami szintén tetszik, hogy mivel lazán csatolt a kód a megjelenítéshez, ezért nem okoz gondot később mondjuk egy mobil alkalmazást betenni a weblap mellé. De még gondolom van ezer dolog, ami tetszik benne, ezért ragadtam le valami DDD-re emlékeztető dolognál. Azt aláírom, hogy nem nagybetűs DDD, amit csinálok, inkább csak ddd. Esetleg mesélhetnél arról, hogy te mikor és hogyan alkalmazod, már ha van kedved!

• #2 inf3rno nagyúr

  Új Válasz 2024-01-10 23:47:07 #2

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  inf3rno

  nagyúr

  Egyelőre erősen küzdök az aggregatek helyes megválasztásával.

  Ezek a guideline-ok:
  1.) keep aggregate simple -> contain only members which are bound together by common business rules
  2.) address aggregate through aggregate root -> ensure that all business rules are met
  3.) never nest aggregates -> only id for reference reasons

  Ez mind szép és jó, csak a mostani projektemben elég kevés az adat manipuláció. Inkább csak arról szól, hogy felviszek egy rakás adatot, aztán utána PDF fájlt generálók belőlük.

• #1 inf3rno nagyúr

  Új Válasz 2024-01-10 14:49:20 #1

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  inf3rno

  nagyúr

  Sziasztok!
  Azért nyitottam ezt a topikot, hogy a DDD-ről társalogjunk. Magyar nyelven nagyon kevés info érhető el erről a módszertanról.

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