Plain Old Java Object
POJO ist eine Abkürzung für Skriptfehler: Ein solches Modul „Vorlage:lang“ ist nicht vorhanden., also ein „ganz normales“ Objekt in der Programmiersprache Java.
Motivation[Bearbeiten]
Der Ausdruck wurde im September 2000 von Martin Fowler, Rebecca Parsons und Josh MacKenzie geprägt<ref>Martin Fowler: Skriptfehler: Ein solches Modul „Vorlage:Internetquelle“ ist nicht vorhanden. Ehemals im Vorlage:Referrer (nicht mehr online verfügbar)Skriptfehler: Ein solches Modul „TemplatePar“ ist nicht vorhanden.</ref>, um einfache Java-Objekte von Objekten mit vielfältigen externen Abhängigkeiten unterscheiden zu können. Solche externen Abhängigkeiten können beispielsweise zwingend zu implementierende Schnittstellen, einzuhaltende Namenskonventionen oder notwendige Annotationen sein. Die grundlegende Idee dabei lautet: „je einfacher, desto besser“ und ist auch als KISS-Prinzip bekannt.
Skriptfehler: Ein solches Modul „Text“ ist nicht vorhanden.
„Wir [M. Fowler, R. Parsons, J. MacKenzie] fragten uns, warum die Leute so dagegen waren, in ihren Systemen normale Objekte zu nutzen und kamen zu dem Schluss, dass ein origineller Name für einfache Objekte fehlte. Also gaben wir ihnen einen, und er wurde sehr gut angenommen.“
Verwendung[Bearbeiten]
Der Begriff wird vor allem im Zusammenhang mit Skriptfehler: Ein solches Modul „Vorlage:lang“ ist nicht vorhanden.-Konzepten und -Tools wie Hibernate oder JDO verwendet, bei denen das Skriptfehler: Ein solches Modul „Vorlage:lang“ ist nicht vorhanden. aus POJOs aufgebaut werden kann, während im Gegensatz dazu bei Skriptfehler: Ein solches Modul „Vorlage:lang“ ist nicht vorhanden. umfangreiche Konventionen einzuhalten sind.
Befreit von Konventionen wird ein POJO als ein Objekt im eigentlichen Sinne der Objektorientierung verstanden, d. h. eine Einheit bestehend aus Daten und Verhalten, auf die die bekannten Grundsätze niedrige Kopplung und starke Kapselung angewendet werden. Ein POJO ist somit im Regelfall mehr als nur eine Ansammlung von Gettern und Settern.
Eine weitere Domäne, in der der Begriff POJO eingesetzt wird, ist die Welt der Skriptfehler: Ein solches Modul „Vorlage:lang“ ist nicht vorhanden.-Container wie Spring oder PicoContainer. Auch hier sollen „einfache“ Java-Objekte zum Einsatz kommen, während externe Abhängigkeiten außerhalb dieser vom Container aufgelöst werden.
Variationen[Bearbeiten]
Seit November 2005 wird der Begriff „POJO“ hauptsächlich verwendet, um ein Objekt zu beschreiben, das nicht den großen Java-Objekt-Modellen, Konventionen, oder Frameworks wie EJB entspricht. Von POJO abgeleitet ist der Begriff „POCO“, der im .NET-Umfeld verwendet wird: Plain old CLR object.
Ein POJO ist ein Java-Objekt, das keinerlei Einschränkungen bis auf die der Skriptfehler: Ein solches Modul „Vorlage:lang“ ist nicht vorhanden. hat. Das heißt, ein POJO sollte kein(e):
- vorspezifizierte Klasse erweitern, wie z. B. hier:<syntaxhighlight lang="java">public class Foo extends javax.servlet.http.HttpServlet { …</syntaxhighlight>
- vorspezifiziertes Interface implementieren, wie z. B. hier:<syntaxhighlight lang="java">public class Bar implements javax.ejb.EntityBean { …</syntaxhighlight>
- vorspezifizierte Annotation enthalten, wie z. B. hier:<syntaxhighlight lang="java">
@javax.persistence.Entity public class Haus { … </syntaxhighlight>
Einzelnachweise[Bearbeiten]
<references />