Это синоним, подмножество друг друга или совершенно разных?

StackOverflow https://stackoverflow.com/questions/3219698

Вопрос

- это представления, упомянутые в тите вопроса, синоним определенной степени? Где ложь основные отличия (контекст, структура, ...) и можно считать подмножеством другого? Вот несколько кратких определений, взятых из Википедии.

POJO (простой старый объект Java) wikipedia

в вычислительном программном обеспечении, POJO Акроним для простого старого объекта Java. То Имя используется, чтобы подчеркнуть, что данный Объект является обычным объектом Java, а не специальный объект, а в частности не предприятие JavaBean. Термин был придуман Мартин Фаулер, Ребекка Парсонс и Джош Маккензи в Сентябрь 2000: 

"We wondered why people were so against using regular objects in their
 systems and concluded that it was
 because simple objects lacked a fancy
 name. So we gave them one, and it's
 caught on very nicely."
.

Java Bean Wikipedia

Javabeans - это многоразовое программное обеспечение компоненты для Java, которые могут быть Манипулировать визуально в строитестве инструмент. Практически они являются классами написано в программировании Java язык, соответствующий конкретному соглашение. Они привыкли инкапсулировать много объектов в один объект (боб), чтобы они могли быть прошел вокруг объекта одного компонента вместо того, чтобы несколько человек объекты. JavaBean является объектом Java это сериализуется, имеет нутряный конструктор и допускает доступ к Свойства с использованием Getter и Setter Методы.

Value Object wikipedia

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

бизнес объект wikipedia

бизнес объект - это тип Погребительная организация является актером внутри бизнес-слоя в N-слоистый объектно-ориентированный компьютер Программа.

Связано:

Разница между Dто, VO, POJO, Javabeans? Какая разница между JavaBean и POJO? < / a> ddd: какое использование разницы между объектами объектов и ценности?

Это было полезно?

Решение

Не все эти классификации связаны. Вот мое понимание:

    .

  • pojo - это то, что предлагает его имя - простой старый объект Java. В этом нет ничего особенного. И это именно то, что мы хотим передать, когда мы говорим, что объект - это POJO. Сегодня большинство приложений используют некоторые виды базовых рамок, и с рамками предъявляются требованиями к объектам, которые будут интегрироваться с рамки - объект должен реализовать интерфейс или расширить класс. Когда мы говорим, что объект - это POJO, мы хотим сказать, что это просто обычный объект и не имеет зависимостей в любых рамках.

  • javabean - это класс Java, который следует за определенными конвенциями, как описано в вашем вопросе. Такие объекты часто указываются определенными основаниями, которые используют отражение, чтобы узнать свойства (доступные через GetTers / Benders) объекта и манипулируют их E.g. Бобы, подвергающиеся воздействию JSP, весенние бобы и т. Д. Хорошая вещь о Javabeans - это то, что они по-прежнему пож. Хотя они следуют определенным конвенциям, конвенции не определяются какими-либо конкретными основаниями, а скорее определены стандартом Sun JavaBean, а классы все еще являются простыми классами Java без классов или интерфейсов из третьих лиц.

  • Бизнес-объекты относятся к объектам, которые представляют свои бизнес-домена. Они обычно проживают в вашем бизнес-уровне - слой, где вся бизнес-логика. Эти объекты обычно отображаются на настойчивые сущности магазина E.G. таблицы. Эти объекты могут быть Pojos, Javabeans, EJBS и т. Д.

  • Значение объектов - это тип конструкции шаблона. В некоторых небольших веб-приложениях у вас также есть возможность использовать свои бизнес-объекты в веб-слое. Однако в более крупных приложениях или приложениях J2EE вы определяете объекты «Значение» для перемещения информации с бизнес-слоя к веб-слою. Вот почему они также называются объектами передачи данных (DTOS). Эти объекты обычно имеют только атрибуты, которые необходимы в веб-слое и оставляют атрибуты бизнес-объектов, которые были предназначены для потребления бизнеса. Они также могут иметь «вычисленные» атрибуты, которые генерируются в бизнес-уровне. Использование этих шаблонов помогает разделить бизнес и веб-слои.

Другие советы

Вот мой взять:

  1. Бизнес-объекты - это общий термин для абстрактной идеи, что представляет вашу проблему. Ты можешь внедрить их на любом языке. В Java, у вас есть дополнительные варианты сделать, потому что они могут быть покой или EJBS, Metable или неизменно.
  2. Значение объектов или DTOS используются для паромных данных между слоями. Они обычно неизменны. Они могут быть реализованы как Pojos или Java Beans. Подумайте о них как о другом подмножестве pojos.
  3. java bean соответствует оригинальной спецификации солнца. Они были предназначены для обеспечения интерфейса, который позволил бы им легко подключить IDE в стиле VB. Думать об этом как подмножество POJO.
  4. Люди иногда путают разницы между Java Beans и Enterprise Java Beans. Java Beans являются частью оригинальной SPECAL Java 1.0, предназначенного для того, чтобы быть как компоненты VB (запомнить «бобовую коробку»?). Предприятие Java Beans были спецификацией, который описал, насколько специальные объекты Java будут реализовывать определенные интерфейсы для взаимодействия с сервером App Java EE. Сервер приложений был монитором транзакций для архитектуры распределенного компонента, которая будет обрабатывать резьбу, постоянство, объединение, жизненный цикл объекта, обмена сообщениями, именами и т. Д. EJBS - это очень особенное подмножество объектов Java, которые работают только в контексте приложения Java EE сервер.
  5. POJO может быть реализован, чтобы соответствовать стандарту Java Bean, но это не требование. Любой объект Java квалифицируется как POJO. Первоначально он был предназначен для того, чтобы отличить их от EJB версии 2.0, которая требовала несколько интерфейсов, чтобы правильно взаимодействовать с сервером приложений Java EE.

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

Это ошибка использовать эти термины как синонимы.Они явно имеют разные значения.Котируемые определения (и те, которые предусмотрены в других ответах), делают это понятно.

Однако, если он часто действует для использования многих (или даже всех) этих терминов для описания того же объекта или объектов.Это все вопрос перспективы;I.e. Какой аспект объекта (ы) вы пытаетесь подчеркнуть.

<Сильный> Синтез (от данных ответов):

    .
  • pojo : обычный объект без зависимостей к любой структуре. Его можно адаптировать, чтобы соответствовать стандарту Java Bean, не будучи требованием как таковой.
  • javabean : объект, соответствующий sun javabean или hava 1.0. Спецификация (см. «Коробка бобов»). Первоначально они были предназначены для обеспечения интерфейса, чтобы они могли быть подключены к IDE стиль VB с небольшим количеством трудностей. Можно рассматривать как подмножество пожэса и оставаться независимым в рамках. Это может использовать определенные меканизмы, такие как отражение для свойств доступа.
  • Предприятие Java bean : Это не следует путать с явными бобами. С упрощениями, вызванными версией 3.0, EJBS можно рассматривать как эквивалентное POJO. Сам по себе EJB - это спецификация, описывающая специальные объекты Java, которые могут взаимодействовать с сервером Java EE. Сервер как таковой выступил в качестве монитора транзакций в контексте распределенного компонента архитектуры, обрабатывающую такие вещи, как резьба, постоянство, объединение, жизненный цикл объекта, обмен сообщениями и именами. В качестве такого EJB можно рассматривать как очень специальное подмножество, которое используется в присоединении сервера приложений Java EE.
  • бизнес объект : теоретическая концепция или абстрактная идея, которая помогает представлять данную проблему. Он представляет собой субъекты бизнеса домена и проживают в бизнес-уровне приложения. Они могут быть сопоставлены с объектами в контексте персистирования. Объект может быть POJO / Javabean / EJB и быть либо мультипленным, либо неизменным.
  • Ценность объекта / Объект передачи данных : Нанимает рисунок дизайна, который помогает разделить бизнес и веб-слои. Это соответствует контексту больших приложений, где объекты могут транзитировать между слоями (бизнес и веб-слой). Они обычно неизменны в природе и могут быть формированы как Pojos или Java Beans. Одна специфика состоит в том, что они могут содержать вычисленные атрибуты, которые генерируются в бизнес-уровне.

P.S: отмечен как сообщество Wiki, так что не стесняйтесь редактировать.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top