2012-09-20 11 views

Odpowiedz

8

DTO, obiekt przesyłania danych, to koncepcja warstwy dystrybucyjnej, której używa się do przesyłania danych między konsumentami a usługą. Jeśli więc nie publikujesz żadnej usługi, zrezygnuj z DTO.

Aby odpowiedzieć na pytanie, zależy to również od złożoności wniosku. Jeśli jest to proste, po prostu użyj operacji CRUD lub możesz nawet użyć DataTable, DataSet do komunikacji.

W przeciwnym razie obiekt domeny z DDD jest podstawowym obiektem do komunikacji między warstwami: warstwa dostępu do danych, warstwa logiki biznesowej i warstwa prezentacji.

Zasadniczo istnieją pewne innego typu obiektów w aplikacji:

  1. DTO, używane podczas służby publiczne, głównym celem do komunikacji między konsumentem a usługą.
  2. Wyświetl model, obiekt w warstwie prezentacji obsługujący interfejs użytkownika.
  3. Podmiot domeny pochodzi z warstwy logiki biznesowej i zawiera logikę biznesową.

Bądź ostrożny z terminem:

  1. Poziom: oznacza to fizyczne, jak serwer bazy danych, serwer WWW.
  2. Warstwa: oznacza warstwę logiczną: warstwę Persentation, warstwę logiki biznesowej, warstwę dostępu do danych.
7

Przeczytaj to tutorial jest bardzo pouczające. Pomoże Ci to zdecydować, czy DTO jest odpowiednie dla twojego scenariusza.

+0

Dzięki, najlepszy tutorial DTO, który przeczytałem. Podsumowując: DTO jest optymalne z perspektywy oddzielenia, oddzielając warstwę prezentacji od warstwy biznesowej. Ale może być pyrrusowym zwycięstwem; tworzenie setek klas DTO rozciąga projekt i generuje narzut. Autor mówi, że stosowanie DTO zależy od szczegółów projektu. Proponuje pragmatyczną środkową drogę, w której obiekty obiektów mogą być przywoływane w warstwie prezentacji. – Gruber

1

Oprócz odpowiedzi na @ Talhę, polecam ten article. Jest zorientowana na EF, ale koncepcje tam opisane są typowe.

Powiązane problemy