pojo

Az IoC frameworkokkel, EJBvel es mas programozasi kornyezetekkel kapcsolatban merult fel az, hogy jopar framework sajat interface-k implementalasat koveteli meg. Igy framework fuggove valik a kod implementacio. Ettol maga a kod ami sok munkaba kerult ugyibar, kontextus fuggove valik, meg mivel tele van ragaszto ('boiler-plate') koddal, ami rontja a karbantarthatosagot.

Ezt kikerulendo, egyszeruen csak "sima oreg java osztalyokkent" (Innen a nev -> plain old java objects) implementalsz osztalyokat, aztan vagy wrapeled oket, vagy extendeled sajat osztallyal, igy teszed elfogadhatova a frameorkok szamara, ha egyaltalan szukseg van ilyesmire. (ugyanis nem mindenkinek kellenek lifecycle interfacek)

A persistence bean-ekkel kapcsolatban is ugyanez a kerdeskor merult fel, a legtobb fejleszto szereti ha a adatot reprezentalo beanek nem tudnak a sajat tarolasuk modjarol, azaz nem tartalmaznak pl jdbc vagy mas kontextusfuggo kodot. (Lasd MVC)