... napriklad, ze atribut User v session na webu neni modelem cloveka, ale ze je to model listku do pichacky daneho cloveka na vratnici. Pak ho nenapadaj peachoviny jako User.zabookijSiObedVKantyne(), protoze kartotecni listky tohle obvykle nedelaji. A ze tam parti User.prichod(cas), user.odchod(cas) apod.
Nebo ze je logicke mit Lopata.naberUhli() a ne Uhli.naskakejNaLopatu().
Je zajimave, co jsou schopni lidi vymyslet za selmostroje a zakonity fail svedou na paradigma.
Kdo má tedy kompetenci zabookování obědu v kantýně? User si vybere jídlo z Menu a pošle požadavek do Canteen.
Také bych raději použil User.add(new Prichod) a User.add(new Odchod). Případně Lopata.naber(new Uhli).
To je presne o cem mluvim.
Zabookovani obeda dela uzivatel, mysleno entita sedici za monitorem pocitace, k tomu pouzije pres nejaky MVC view a servicu Canteen.registerObed(menuitem), ktery si vnitrne ze session nacte, jaky User se to teda registruje.
Strkat registraci obeda do Usera, tedy do listku pichacky, ma asi podobnou logiku, jako zajit na vratnici, rict tomu listku at mi alokuje obed, tomu narostou nozicky a zabehne do kantyny s timto requestem.