Plain Old Java Object: differenze tra le versioni

Versione delle 09:25, 9 mag 2015

Versione delle 14:50, 17 set 2015

Riga 19:

#non implementi delle interfacce prespecificate, come in<source lang="java">public class Bar implements javax.ejb.EntityBean { ...</source>

#non contenga delle annotazioni prespecificate, come in<source lang="java">@javax.persistence.Entity public class Baz { ...</source>

Tuttavia, a causa di difficoltà tecniche ed altre ragioni, molti programmi o molti framework descritti come conformi a POJO in realtà richiedono ancora l'uso di annotazioni prespecificate per caratteristiche quali persistenza per un corretto funzionamento. L'idea è che se l'oggetto (in realtà classe) era un POJO prima dell'aggiunta di qualsiasi annotazione, e potesse tornare allo status di POJO se si eliminassero le annotazioni, allora può ancora essere considerato un POJO. Dunque l'oggetto di base rimane un POJO nel senso che non ha delle caratteristiche speciali (come un'interfaccia implementata) che lo rendono un "Specialized Java Object" (SJO o (sic) SoJO).

== Variazioni contestuali ==

=== JavaBeans ===

Un [[JavaBean]] è un POJO che è [[Serializzazione|serializzabile]], ha un [[costruttore]] senza argomenti, e consente l'accesso a proprietà utilizzando metodi ''getter'' e ''setter'' che seguono una semplice convenzione dinomenclatura nominareconvenzionata. A causa di questa convenzione, si puòpossono fare delle semplici referenze dichiarative allea proprietà arbitrarie di JavaBeans arbitrarie. Un codice utilizzante tale referenza dichiarativa non sa nulla del tipo del ''bean'' (oggetto singolo), e si può utilizzare il ''bean'' con molti ''framework'' senza che questi ''framework abbiano'' che hanno accesso al tipo esatto del ''bean''.

La specificazione di JavaBeans, se pienamente implementata, leggeramente viola leggermente il modello POJO (come la classe deve implementare l'interfaccia Serializable) ad essere un vero JavaBean. Molte classi di POJO ancora nominate JavaBeans non soddisfano detto requisito. A causa che Serializable è un'interfaccia senza metodo, questo non è un onere.

Il codice seguente mostra un esempio di un componente di [[Java Server Faces|JSF]] avente un [[Duplex|bidirezionale]] legante ad un proprietà di POJO: