🚀 go-pugleaf

"Przemek Pokrywka" <adres@zastrzezony.com> wrote:

>> J2EE to przede wszystkim (choc nie tylko) "distributed components",
>> ktore z zalozenia nie sa (i nie powinny byc) "klasycznymi" obiektami.
>> Transfer  Objects w takich wypadkach to jedyne sensowne
>> rozwiazanie.

> A jakie "bezsensowne" alternatywy masz na mysli?

Zlozmy, ze mamy klase Employee z nastepujacymi atrybutami: id, imie, 
nazwisko, wiek. "Klasyczny obiekt" bedzie wygladal mniej wiecej tak 
(oczywiscie definicja bardzo uproszczona):

public iterface Employee
{
  String getID();
  String getFirstName();
  String getLastName();
  int getAge();
  // pomijam "settery"

  void save();
  void load(String id);
}

W przypadku jednak, kiedy mamy do czynienia z "distributed objects" powyzsza 
definicja ma w wiekszosci wypadkow maly sens praktyczny i zwykle bedzie 
wygladac nastepujaco:

public iterface EmployeeService
{
  void save(EmployeeTO employee);
  EmployeeTO load(String id);
}

gdzie EmployeeTO jest odpowiednikiem Transfer Object i sluzy jedynie do 
przesylania danych.

Robert Perlinski