POJO i Java står for Plain Old Java Object. Det er en almindelig genstand, som ikke er bundet af nogen særlig begrænsning. POJO-filen kræver ikke nogen speciel klassesti. Det øger læsbarheden og genanvendeligheden af et Java-program.
POJO'er er nu bredt accepteret på grund af deres lette vedligeholdelse. De er nemme at læse og skrive. En POJO-klasse har ikke nogen navngivningskonvention for egenskaber og metoder. Det er ikke bundet til nogen Java Rammer; ethvert Java-program kan bruge det.
Udtrykket POJO blev introduceret af Martin Fowler (En amerikansk softwareudvikler) i 2000. den er tilgængelig i Java fra EJB 3.0 af sun-mikrosystemet.
Generelt indeholder en POJO-klasse variabler og deres Getters og Settere.
POJO-klasserne ligner Beans, da begge bruges til at definere objekterne for at øge læsbarheden og genbrugbarheden. Den eneste forskel mellem dem, at Bean Files har nogle begrænsninger, men POJO-filerne har ingen særlige begrænsninger.
Eksempel:
POJO-klassen bruges til at definere objektentiteterne. For eksempel kan vi oprette en Employee POJO-klasse for at definere dens objekter.
Nedenfor er et eksempel på Java POJO-klassen:
Employee.java:
// POJO class Exmaple package Jtp.PojoDemo; public class Employee { private String name; private String id; private double sal; public String getName() { return name; } public void setName(String name) { this.name = name; } public String getId() { return id; } public void setId(String id) { this.id = id; } public double getSal() { return sal; } public void setSal(double sal) { this.sal = sal; } }
Ovenstående medarbejderklasse er et eksempel på en medarbejder POJO-klasse. Hvis du arbejder på Eclipse, kan du nemt generere Settere og Getters ved at højreklikke på Java-programmet og navigere til Kilde-> Generer Getters og Settere.
Højreklik på Java-programmet og vælg Generer gettere og sættere.
Klik nu på Frembringe indstillingen givet nederst i vinduet Generer. Det vil automatisk generere sættere og gettere.
nfa eksempler
Egenskaber for POJO-klassen
Nedenfor er nogle egenskaber for POJO-klassen:
- POJO-klassen skal være offentlig.
- Den skal have en offentlig standardkonstruktør.
- Det kan have argumentskonstruktøren.
- Alle objekter skal have nogle offentlige Getters og Settere for at få adgang til objektværdierne med andre Java-programmer.
- Objektet i POJO-klassen kan have enhver adgangsændring, såsom privat, offentlig, beskyttet. Men alle instansvariabler bør være private for at forbedre sikkerheden i projektet.
- En POJO-klasse bør ikke udvide foruddefinerede klasser.
- Det bør ikke implementere forudspecificerede grænseflader.
- Den bør ikke have nogen forudbestemt annotering.
Arbejder i POJO-klassen
POJO-klassen er en objektklasse, der indkapsler forretningslogikken. I en MVC-arkitektur interagerer controlleren med forretningslogikken, som kontakter POJO-klassen for at få adgang til dataene.
Nedenfor er arbejdet med POJO-klassen.
Sådan bruger du POJO-klassen i et Java-program
POJO-klassen er oprettet til at bruge objekterne i andre Java-programmer. Den største fordel ved POJO-klassen er, at vi ikke skal oprette objekter hver gang i andre Java-programmer. Vi kan ganske enkelt få adgang til objekterne ved at bruge metoderne get() og set().
Følg nedenstående trin for at få adgang til objekterne fra POJO-klassen:
- Opret en POJO-klasseobjekter
- Indstil værdierne ved hjælp af set() metoden
- Hent værdierne ved hjælp af get() metoden
Opret for eksempel en MainClass.java-klassefil i den samme pakke og skriv følgende kode i den:
MainClass.java:
//Using POJO class objects in MainClass Java program package Jtp.PojoDemo; public class MainClass { public static void main(String[] args) { // Create an Employee class object Employee obj= new Employee(); obj.setName('Alisha'); // Setting the values using the set() method obj.setId('A001'); obj.setSal(200000); System.out.println('Name: '+ obj.getName()); //Getting the values using the get() method System.out.println('Id: ' + obj.getId()); System.out.println('Salary: ' +obj.getSal()); } }
Produktion:
Name: Alisha Id: A001 Salary: 200000.0
Fra ovenstående eksempel kan vi se, at vi har fået adgang til POJO-klassens egenskaber i MainClass.java.
POJO ligner Bean Class, så folk bliver ofte forvirrede mellem dem; lad os se forskellen mellem POJO og Bean.
Java bønne
Java Bean klasse er også en objektklasse, der indkapsler flere objekter i en enkelt fil (Bean Class File). Der er nogle forskelle mellem POJO og Bean.
mylivecricket.in
Java POJO og Bean i en nøddeskal:
- Alle Bean-filerne kan være POJO'er, men ikke alle POJO'er er bønner.
- Alle Bean-filer kan implementere en Serializerbar grænseflade, men ikke alle POJO'er kan implementere en Serializerbar grænseflade.
- Begge ejendomme skal være private for at have fuldstændig kontrol over felter.
- Egenskaber skal have getter og setter for at få adgang til dem i andre Java-programmer.
- Bean-klassen er en undergruppe af POJO-klassen.
- Der er ingen større ulempe ved at bruge POJO, men få ulemper kan være at bruge Bean-klassen.
- POJO'en bruges, når vi ønsker at give fuld adgang til brugere og begrænse vores medlemmer. Og Bønnen bruges, når vi ønsker at give delvis adgang til medlemmerne.
POJO vs. Bønne
POJO | Bønne |
---|---|
I Pojo er der ingen særlige restriktioner udover Java-konventioner. | Det er en speciel type POJO-filer, som har nogle specielle restriktioner ud over Java-konventioner. |
Det giver mindre kontrol over markerne sammenlignet med Bean. | Det giver fuldstændig beskyttelse på marker. |
POJO-filen kan implementere Serializable-grænsefladen; men det er ikke obligatorisk. | Bean-klassen skal implementere Serializable-grænsefladen. |
POJO-klassen kan tilgås ved at bruge deres navne. | Bean-klassen kan kun tilgås ved at bruge getters og settere. |
Felter kan have en hvilken som helst af adgangsmodifikatorerne, såsom offentlig, privat, beskyttet. | Felter kan kun have privat adgang. |
I POJO er det ikke nødvendigt at have en no-arg konstruktør; det kan eller kan ikke have det. | Den skal have en no-arg konstruktør. |
Der er ingen ulempe ved at bruge POJO | Ulempen ved at bruge Bean er, at standardkonstruktøren og den offentlige sætter kan ændre objekttilstanden, når den skal være uforanderlig. |