ottobre 2007 Blog Posts
Visto il grande rumore che sta facendo a livello interfazionale la filosofia ALT.NET io e altri 4 amici (makka, simone, luka e antonio) abbiamo deciso di provarci anche in italia.
Oggi nasce ufficialmente, UGIALT.net uno user group diverso che ha come obbiettivo primario lo scambio di idee, la condivisione delle informazioni, il confronto e la ricerca della felicità.
Per ora abbiamo aperto un gruppo su yahoo (http://groups.yahoo.com/group/ugialtnet) e un sito (http://ugialt.net). Siete tutti invitati ad iscrivervi e a partecipare attivamente con le vostre proposte.
Il primo obbiettivo è una chat tecnica che vorremmo organizzare per la fine di Novembre il cui tema verrà...
Nell'ultimo post abbiamo implementato un semplice DTO sfruttando l'ereditarietà ma ci siamo accorti di alcuni problemi che la soluzione porta con se. In chiusura abbiamo citato il principio "Favor encapsulation over inheritance".
Cosa vuol dire?
Vuol dire che il DTO invece di ereditare da Employee lo dovrebbe incapsulare.
Vediamo il codice:
public class EmployeeDTO
{
private Employee _employee;
public EmployeeDTO(Employee employee)
{
_employee = employee;
}
public String Name
{
...
Nel precedente post abbiamo discusso il problema dell'"inquinamento" del Domain Model dovuto a proprietà utili solo all'interfaccia utente. Abbiamo concluso il post accennando al concetto di DTO.
Cos'è un DTO?
Un DTO in questo caso è un oggetto anemico (solo proprietà no metodi) che ha come unico scopo trasportare informazioni dall'application layer all'interfaccia utente (ed eventualmente viceversa).
Nell'esempio del post precedente la soluzione al problema del binding si risolve usando un DTO nel modo seguente:
public class EmployeeDTO : Employee
{
public String FullAddress
{
get...
Quando sviluppiamo applicazioni usando metodologie DDD e quindi creando un domain model capita spesso di avere la necessita di aggiungere proprietà composte che hanno lo scopo di appiattire il grafo degli oggetti per semplificare il binding dei dati sull'interfaccia utente.
Per capire meglio il contesto consideriamo il seguente esempio dell'oggetto Employee:
public class Employee{ private String _name; private Address _address;
public string Name { get { return _name; } set { _name = value; } } public Address Address { get { return _address; } set { _address = value; } }}public class Address{ private String _street; private String _city; public string Street { get { return _street; } set { _street = value; } } public string City { get { return...