2009-07-29 3 views
23

На самом деле я довольно смущен этими терминами и как они соотносятся друг с другом. Читайте что-нибудь о каждом из них, но я не утомляю рабочий поток.DTO DAO POCO BO

DTO - объект передачи данных - объект для переноса значений
BO Бизнес-объект - объект в модели домена. объект, чтобы сделать бизнес-логику с
POCO - не знаю, я прочитал определение на wiki, но ничего не понял
DAO - объект доступа к данным - объект для сопоставления таблицы БД?

Может кто-нибудь, пожалуйста, принести мне немного света?

+11

лучше. заглавие. Когда-либо. :) –

ответ

31
  • DTO: Передача объекта данных, используемый для передачи данных между loosly связанных услуг
  • ПОКО: Обычная Старый обнуления Объект, нормальный объект CLR не использует никаких атрибутов или требуется наследование, чтобы действовать как DAO/DTO
  • BO: Бизнес-объект, содержит бизнес-логику, используемую в бизнес-логике части вашего решения
  • DAO: Доступ к данным объекта, нам ed для передачи данных из вашей базы данных

Таким образом, регулярный рабочий процесс состоял бы в том, чтобы запрашивать данные из службы, которая отправляется в ваше приложение как DTO, вы конвертируете его в BO, чтобы манипулировать им и отправлять его обратно DTO или после его преобразования в DAO хранят его в базе данных.

Вы используете другой объект для разнесения проблем между 3 типами, BO не нужно знать, сохраняется ли он с использованием базы данных или службы.

+3

Хорошо сказано. Краткая, но эффективная. –

+0

Единственное, что я пропустил, - это что делать, если логике BO необходимо загрузить данные? Как он может получить доступ к DAO? – pihentagy

+0

@pihentagy Вот что делает dal. – nawfal

3

Timeline на основе строительных лесов:

  • Batch => Stored Procedure => "обычный старый CLR объект" => npmagenda

  • Оправа => ODBC => "Данные объекта доступа" => NoSQL

  • CSV => XML => "объект передачи данных" => JSON

  • FTP => CGI => "бизнес-объект" => AJAX

Список литературы