ez lehet az egyik oka hogy ennyire elterjedt az anemic modell, az OO logika eleve idegen az adatbázisoktól, és minden ORM framework igyekszik mindenféle viselkedésektől megfosztva, külső operátorként dolgozni az osztályokon

 

vagy legalábbis amit ismerek, a hibernate ezt csinálja, a JPA szabvány is erre a logikára épül, és a többi implementációja is nyilván bár azokkal nem dolgoztam

 

jdbc-vel lehet orm framework nélkül, de az meg fapados és drága lesz

 

az eredeti wiki cikk alján van link az ellenérvelésre is

abba beleolvastam, de csak futólag

 

azt hozza fel az anemic mellett érvként, hogy jobb a single responsibility elv szempontjából, és hogy könnyebb tesztelni, mert a singleton service osztályokat könnyű cserélgetni, mock-ot betenni a helyére

 

(Ez szerintem megint egy átverés, attól hogy a kódot átmozgattam service osztályba, majd elrejtettem interface mögé, meg xml-ekbe hogy melyik service-t használom, a dependencia a domain objektumra megmaradt, és ha a domain objektum változik mindenki borul, ha egy hívási láncban bug van akkor is továbbmehet a bug és nem vár helyen fejti ki a hatását)