Plain Old Java Object: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
Adattate alcune traduzioni. Ne mancano altre |
orfanizzazione disambigua using AWB |
||
Riga 7:
</blockquote>
Il termine "POJO" denotava inizialmente un oggetto Java che non segue nessuno dei maggiori modelli, delle convenzioni, o dei [[framework]] di oggetto Java. Oggi, si può usare "POJO" anche come un acronimo di "Plain Old ''Javascript'' Object". In questo caso, il termine denota un oggetto Javascript di genealogia simile.<ref>
Il termine continua il modello di termini più vecchi per tecnologie che non usano nuove caratteristiche fantastiche, come POTS ([[Plain Old Telephone Service]]) in [[telefonia]], PODS ([[Plain Old Data Structures]]) definiti nel [[C++]] ma usanti solo caratteristiche del linguaggio [[C (linguaggio di programmazione)|C]], e POD (Plain Old Documentation) nel [[Perl]]. L'equivalente del POJO sul [[.NET Framework]] è [[Plain Old CLR Object]] (POCO).<ref>
Riga 23:
== Variazioni contestuali ==
=== JavaBeans ===
Un [[JavaBean]] è un POJO che è [[Serializzazione|serializzabile]], ha un [[Costruttore (informatica)|costruttore]] senza argomenti e consente l'accesso a proprietà utilizzando metodi ''getter'' e ''setter'' che seguono una semplice nomenclatura convenzionata. A causa di questa convenzione si possono fare delle semplici referenze dichiarative a proprietà arbitrarie di JavaBeans. 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'' accesso al tipo esatto del ''bean''.
La specificazione di JavaBeans, se pienamente implementata, 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.
| |||