Вопрос по terminology, dto, pojo, java, javabeans – Разница между DTO, VO, POJO, JavaBeans?

486

Видели несколько похожих вопросов:

В чем разница между JavaBean и POJO?В чем разница между POJO (простой старый Java-объект) и DTO (объект передачи данных)?

Можете ли вы также сказать мне контексты, в которых они используются? Или цель их?

POJO поставляется без ограничений, тогда как javabeans идет с ограничениями, упомянутыми выше exexzian

Ваш Ответ

6   ответов
39

DTO: «Объекты передачи данных» могут перемещаться между отдельными уровнями в архитектуре программного обеспечения.

VO: «Объекты стоимости» содержат такие объекты, как Integer, Money и т. Д.

POJO: Простой старый Java-объект, который не является специальным объектом.

Java Beans: требуетсяJava Class быть сериализуемым, иметьno-arg конструктор и геттер и сеттер для каждого поля

24

Спецификация JavaBeans в Java 1.0 была попытка Sun позволить объектам Java манипулировать в IDE, которая выглядела как VB. Были правила, установленные для объектов, которые квалифицируются как «Java Beans»:

Конструктор по умолчаниюПолучатели и установщики для частных членов данных, которые следовали надлежащему соглашению об именахСериализуемыйМожет быть, другие, которые я забыл.

EJB пришли позже. Они объединяют распределенные компоненты и транзакционную модель, работающие в контейнере, который управляет потоками, пулами, жизненным циклом и предоставляет сервисы. Они очень далеки от Java Beans.

DTO возникли в контексте Java, потому что люди узнали, что спецификация EJB 1.0 слишком «болтлива» с базой данных. Вместо того, чтобы делать обходные шаги для каждого элемента данных, люди будут упаковывать их в Java Beans оптом и отправлять их вокруг.

POJO были реакцией против EJB.

Я ошибся и предпочел удалить свое сообщение. Спасибо за исправление. Хочу заметить, что значение POJO изменилось некоторое время назад. Во-первых, они сделаны только из частной собственности и их принадлежностей. Теперь мы рассматриваем POJO класс с аннотациями, реализующими и расширяющими другие классы и т. Д. sinuhepop
4

POJO Это Java-файл (класс), который не расширяет и не реализует какой-либо другой Java-файл (класс).

бобЭто java-файл (класс), в котором все переменные являются закрытыми, методы являются общедоступными, и для доступа к переменным используются соответствующие методы получения и установки.

Нормальный классЭто java-файл (класс), который может состоять из переменных public / private / default / protected и который может расширять или не расширять или реализовывать другой java-файл (класс).

755
JavaBeans

соглашения JavaBeans как определено Sun. В Википедии есть довольно хорошее резюме того, чтоJavaBeans находятся:

JavaBeans - это повторно используемые программные компоненты для Java, которыми можно визуально манипулировать в инструменте компоновщика. На практике это классы, написанные на языке программирования Java, соответствующем определенному соглашению. Они используются для инкапсуляции многих объектов в один объект (бин), чтобы их можно было передавать как один объект бина, а не как несколько отдельных объектов. JavaBean - это Java-объект, который сериализуем, имеет нулевой конструктор и предоставляет доступ к свойствам с использованием методов получения и установки.

Чтобы функционировать как класс JavaBean, объектный класс должен подчиняться определенным соглашениям относительно именования методов, конструкции и поведения. Эти соглашения позволяют иметь инструменты, которые могут использовать, повторно использовать, заменять и подключать JavaBeans.

Требуемые соглашения:

Класс должен иметь открытый конструктор по умолчанию. Это позволяет легко создавать экземпляры в рамках редактирования и активации.Свойства класса должны быть доступны, используя get, set и другие методы (так называемые методы доступа и методы мутатора), следуя стандартному соглашению об именах. Это позволяет легко автоматизировать проверку и обновление состояния компонента в рамках, многие из которых включают настраиваемые редакторы для различных типов свойств.Класс должен быть сериализуемым. Это позволяет приложениям и инфраструктурам надежно сохранять, хранить и восстанавливать состояние bean-компонента независимо от виртуальной машины и платформы.

Поскольку эти требования в значительной степени выражаются в виде соглашений, а не в реализации интерфейсов, некоторые разработчики рассматривают JavaBeans как простые старые объекты Java, которые следуют определенным соглашениям об именах.

POJO

Простой старый Java-объект или POJO - это термин, первоначально введенный для обозначения простого легкого Java-объекта, не реализующего какой-либоjavax.ejb интерфейс, в отличие от тяжеловесного EJB 2.x (особенно Entity Beans, Session Beans без сохранения состояния не так уж плохи для IMO). Сегодня этот термин используется для обозначения любого простого объекта без лишних вещей. Опять же, Википедия делает хорошую работу по определениюPOJO:

POJO является аббревиатурой от Plain Old Java Object. Имя используется, чтобы подчеркнуть, что рассматриваемый объект является обычным Java-объектом, а не специальным объектом и, в частности, не Enterprise JavaBean (особенно до EJB 3). Термин был придуман Мартином Фаулером, Ребеккой Парсонс и Джошем Маккензи в сентябре 2000 года:

«Мы удивлялись, почему люди были против использования обычных объектов в своих системах, и пришли к выводу, что это потому, что простым объектам не хватает причудливого имени. Поэтому мы дали им одно, и оно очень хорошо зарекомендовало себя».

Этот термин продолжает шаблон более старых терминов для технологий, которые не используют необычные новые функции, такие как POTS (простая старая телефонная служба) в телефонии и PODS (простые старые структуры данных), которые определены в C ++, но используют только функции языка C, и POD (простая старая документация) на Perl.

Этот термин, скорее всего, получил широкое признание из-за необходимости общего и легко понятного термина, который контрастирует со сложными объектными структурами. JavaBean - это POJO, который является сериализуемым, имеет конструктор без аргументов и предоставляет доступ к свойствам с использованием методов получения и установки. Enterprise JavaBean - это не отдельный класс, а целая модель компонентов (опять же, EJB 3 уменьшает сложность Enterprise JavaBeans).

Поскольку конструкции, использующие POJO, стали более широко используемыми, возникли системы, которые предоставляют POJO некоторые функциональные возможности, используемые в каркасах, и расширяют выбор того, какие области функциональности действительно необходимы. Hibernate и Spring являются примерами.

Объект значения

Объект значения или ВО - это такой объект, какjava.lang.Integer которые содержат значения (следовательно, объекты значения). Для более формального определения я часто обращаюсь к описанию Мартина ФаулераОбъект значения:

В Паттернах Архитектуры Приложения Предприятия я описал Объект Ценности как маленький объект, такой как Деньги или объект диапазона дат. Их ключевое свойство заключается в том, что они следуют семантике значений, а не ссылочной семантике.

Вы обычно можете сказать им, потому что их понятие равенства не основано на идентичности, вместо этого два объекта значения равны, если все их поля равны. Хотя все поля равны, вам не нужно сравнивать все поля, если поднабор уникален - например, кодов валюты для объектов валюты достаточно для проверки равенства.

Общая эвристика заключается в том, что объекты значения должны быть полностью неизменными. Если вы хотите изменить объект значения, вы должны заменить объект новым и не иметь права обновлять значения самого объекта значения - обновляемые объекты значения приводят к проблемам с наложением псевдонимов.

В ранней литературе по J2EE термин объект значения использовался для описания другого понятия, которое я называюОбъект Передачи Данных, С тех пор они изменили свое использование и используют терминПередача объекта вместо.

Вы можете найти более хороший материал о ценностных объектах навики и поДирк Риле.

Объект Передачи Данных

Data Transfer Object или DTO - это (анти) шаблон, представленный в EJB. Вместо того чтобы выполнять много удаленных вызовов в EJB, идея заключалась в том, чтобы инкапсулировать данные в объект значения, который можно передать по сети: объект передачи данных. В Википедии есть приличное определениеОбъект Передачи Данных:

Объект передачи данных (DTO), ранее известный как объекты значений или VO, - это шаблон проектирования, используемый для передачи данных между подсистемами прикладных программ. DTO часто используются в сочетании с объектами доступа к данным для извлечения данных из базы данных.

Разница между объектами передачи данных и бизнес-объектами или объектами доступа к данным заключается в том, что DTO не имеет никакого поведения, за исключением хранения и извлечения своих собственных данных (средства доступа и мутаторы).

В традиционной архитектуре EJB DTO служат двойным целям: во-первых, они решают проблему невозможности сериализации объектных компонентов; во-вторых, они неявно определяют фазу сборки, где все данные, которые будут использоваться представлением, выбираются и направляются в DTO перед возвратом управления на уровень представления.

Таким образом, для многих людей DTO и VO - это одно и то же (но Фаулер использует VO для обозначения чего-то другого, как мы видели). В большинстве случаев они следуют соглашениям JavaBeans и, таким образом, также являются JavaBeans. И все это POJO.

Интересно, почему DTO - это анти паттерн? synRG
@xSNRG: Отчасти потому, что он понижает объекты до данных, на которые воздействует другой код. Это шаг назад с точки зрения ОО, когда объекты действуют и должны нести ответственность за свое собственное состояние. DTO иногда являются достойным решением, если вы на самом деле просто переносите данные - отсюда и название - но инкапсуляция в основном выходит за рамки, и вы обычно теряете любые гарантии достоверности / согласованности, которые может обеспечить реальный объект. cHao
@ user2601512: Это все еще будет Боб. : P Нет ничего плохого в том, что у Бина есть такое поведение - на самом деле, это вполне ожидаемо. Если он больше ничего не делает, это в основном DTO. cHao
@ KumaresanPerumal: Вы можете, если хотите. Но модель отличается от уровня данных и имеет разные цели и правила. Слой данных, как правило, нуждается в том, чтобы все было продуманно и произвольно настраиваться, а модель в идеале хочет скрыть данные и применить инварианты. Вы хотите использовать объекты моделей для хранения, вам придется идти на компромисс с одной или другой стороны. cHao
Так что, если у меня есть удобный класс, созданный только для передачи несвязанных данных, как этотclass SomeClass { public String foo;public String bar; } внутри класса со множеством сложной логики, конечно, это не JavaBean, это не может быть VO, поскольку оно изменчиво, это может быть DTO? Хотя он не предназначен для удаленных вызовов любого рода. Можно ли считать это POJO? Jaime Hablutzel
1

Нормальный класс - это означает, что любой класс определить это обычно в Java, это означает, что вы создаете другой тип свойств методаи т.п.
Боб - Bean - это ничто, это всего лишь объект этого конкретного класса. С помощью этого bean-компонента вы можете получить доступ к своему Java-классу так же, как к объекту..

и после этого поговорим о последнем POJO

POJO - POJO это тот класс, который не имеет никаких сервисов, у него есть только конструктор по умолчанию и частное свойство, а также это свойство для установки значения, соответствующего методам setter и getter. Это короткая форма простого Java-объекта.

55

DTO против VO

DTO - Объекты передачи данных - это просто контейнеры данных, которые используются для передачи данных между уровнями и уровнями.

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

Аналогия:
Простая форма регистрации с атрибутами имени пользователя, пароля и идентификатора электронной почты.

Когда эта форма отправляется в файл RegistrationServlet, вы получаете все атрибуты от уровня представления до бизнес-уровня, где вы передаете атрибуты Java-бинам, а затем в DAO или постоянный уровень.DTO помогает в переносе атрибутов с уровня представления на уровень бизнеса и, наконец, на уровень персистентности.

DTO в основном использовался для эффективной передачи данных по сети, возможно, даже из JVM в другую JVM.

DTO частоjava.io.Serializable - для передачи данных через JVM.

В.О. - Объект значения [1] [2] представляет собой фиксированный набор данных и похож на перечисление Java. Идентичность объекта-значения основана на их состоянии, а не на идентичности объекта и является неизменной. Примером реального мира могут быть Color.RED, Color.BLUE, SEX.FEMALE и т. Д.

POJO против JavaBeans

[1] Java-Beanness POJO состоит в том, что все его частные атрибуты доступны через общедоступные методы получения и установки, которые соответствуют соглашениям JavaBeans. например

    private String foo;
    public String getFoo(){...}
    public void setFoo(String foo){...}; 

[2] JavaBeans должен реализовывать Serializable и иметь конструктор без аргументов, тогда как в POJO таких ограничений нет.

@srinivas, почему мы не можем передать данные в Java-объект DOMAIN или MODEL? Но я использую МОДЕЛЬ без DTO. пожалуйста, объясните мне кратко. Спасибо Kumaresan Perumal
Извините за комментарий оооочень поздно, но я узнаю о различиях между ними, и у меня есть вопрос. Что делать, если у меня есть класс Java Bean, но с другими методами, такими как doSomething (). Что это за класс? С уважением jscherman

Похожие вопросы