🚀 go-pugleaf

W dniu 2015-07-10 o 09:19, Borneq pisze:

> Muszę jeszcze doczytać o klasach entity i boundary. Na razie znalazłem
> http://zofia.kruczkiewicz.staff.iiar.pwr.wroc.pl/wyklady/OBPROG/io3.doc


Entity:
- jej rolą jest przechowywanie danych
- nie definiujemy w niej metod (pomijając gettery i settery)

np.

Public class User {

	private String login;
	private String firstName;
	private String lastname;
	
public String GetLastName() {
	return lastName;
}
public String GetFirstName() {
	return firstName;
}
}

Boundary:
-rolą jest przyjęcie danych (np. formularze danych) lub wysłanie danych.

Oprócz tego jest jeszcze kilka prostych zasad dotyczących tworzenia 
architektury aplikacji. W momencie gdy zdefiniujesz już nazwy i role 
klas, umieszczasz je w odpowiednich warstwach, licząc od góry:

warstwa aplikacji - zawiera klasy specyficzne dla konkretnej aplikacji, 
zakładasz że te klasy nie będą używane w innych aplikacjach
warstwa obiektów biznesowych - zawiera klasy związane np. z logiką 
biznesową. Klasy z tej warstwy mogą się pojawić w przyszłości w innych 
aplikacjach. W tej warstwie pojawią się najprawdopodobniej klasy typu 
Entity.
warstwa usług - klasy które zapewniają np. odczyt/zapis pliku, 
komunikację z innymi systemami. Te klasy nie realizują żadnej logiki, 
Tutaj możemy umieścić np. część klas komunikacyjnych Boundary.

Klasy powinny być zaprojektowane tak by komunikowały się jedynie z 
sąsiednimi warstwami. Zależności powinny być tylko w jednym kierunku (z 
góry na dół).

  	

-- 
pozdrawiam
Piotr
XLR250&bmw_f650_dakar