accessor & Mutator
Yleiskatsaus: Tässä artikkelissa aiomme keskustella java Aksessorit. Aksessorit ovat pohjimmiltaan funktiot, joita käytetään käyttää ja manipuloida kentän arvot. Käsittelyssä on myös etuja ja haittoja käyttämällä Aksessorit java sovellus.
Käyttöönotto: Aksessorit java tekee vakaampi ja modulaarinen. Konsepti on yksinkertainen mutta erittäin tehokas minkä tahansa sovelluksen kehittämiseen. Kuten tiedämme, että Aksessorit ovat pohjimmiltaan funktiot, joita käytetään ja muokata kentän arvot. Samalla Aksessorit lisätä toisen kerroksen päälle kentän muuttujien joten se on hieman yläpuolella. Mutta se auttaa piilottaa toteutuksen yksityiskohdat luokkien ja sen osien. Joten joustavuus on moninkertaistunut, ja suunnittelu on myös tehokkaampaa. Java accessor on kaksi versiota, asettaja ja getter. Setteri käytetään asettamaan kentän arvo ja getter käytetään saada kentän arvo.
Toinen tärkeä näkökohta on näkyvyys Aksessorit. Aksessorit voi olla erilaisia näkyvyys perustuu pääsyn määrittelijä niihin lisätään. Joten se auttaa myös sovelluksen asettaa eri tasolle pääsy kohti vaatimus hakemuksen. Koska Aksessorit ovat yksinkertaisia Java funktiot, joten on tärkeää määrittää oikea näkyvyys tehokkaalla tavalla, joka parantaa suunnittelun sovelluksen kokonaisuudessaan. On pääasiassa neljä tasoa näkyvyys saatavilla kuten julkisten, protected, yksityinen, ja oletuksena ja niillä on ollut eri tarkoitukseen.
Edut Aksessorit: Olemme jo keskustelleet tarkoitus Aksessorit java sovellus. Now we will discuss in details about the advantages of accessors.
- Single point of contact: Accessor provides single point of contact for each attribute in the application. It helps to modify and test the property more efficiently. From object oriented point of view, the application attributes are encapsulated.
- Lazy initialization: The lazy initialization is an important concept in java application. The concept is to load the data when it is first accessed. So for example, your application might be running but you do not need some particular attribute value. In this situation populating the attribute value does not hold any meaning and it will not be used in the application. But these will unnecessary hold the memory. Joten jos sovellamme laiska alustuksen tekniikkaa niin olemme vain lastaus tietoja, kun se on ensin näytetty. Käyttämällä Aksessorit, voimme hallita laiska alustuksen tehokkaasti ja täten tehdä hakemuksen tehokkaammin. Haittana on, hakemus tulee monimutkainen, koska sinun täytyy tarkistaa, jos määrite hallussaan mitään arvoa vai ei, ja sitten saada sen arvo. Lazy alustus on hyödyllinen, kun on jonkin verran kallista laskelma tarvitaan asuttamaan määrite. Mutta jälleen kerran koko valinta riippuu vaatimus hakemuksen.
- täydellinen hallinta: Kehittäjä on kokonaan haltuunsa sovelluksen määritteitä. Joten pääsy näitä ominaisuuksia voidaan muuttaa milloin tahansa ajankohtana riippuen vaatimus. Kulunvalvonta auttaa myös suunnittelussa hakemuksen.
- Helppo muutos liiketoiminnan sääntöjä: Jos on tarve muuttaa liiketoiminnan sääntö sitten Aksessorit ovat erittäin hyödyllisiä. Koska Aksessorit ovat kapselointi määritteet, muutoksista tai muutoksista nämä ominaisuudet ei ole mitään vaikutusta kutsuvaan toimintojen. Joten uusi liiketoiminnan säännöt voidaan toteuttaa helposti vaikuttamatta liittyvät komponentit. Aksessorit tehdä siitä joustavampi.
- Vähennä kytkentä ongelma: Normaalissa täytäntöönpanossa kytkentä super-luokan ja sub luokka on tärkeä kysymys. Jos muuttaa mitään super luokassa se on suora vaikutus sub luokka. Mutta jos osa luokan pääsy määritteet käyttämällä accessor menetelmiä sitten muutoksia täytäntöönpanoa super-luokan attribuutti ei vaikuta sub luokka. So the coupling issue is reduced and hence increases the flexibility of the application design.
- Encapsulation of validation logic: Some time we have a requirement to perform some validation before we update or save the data. So one of the best places to put this validation logic is inside accessor method (more specifically setter method). We can also take advantage of access modifier along with accessor methods to put some restricted access and check the validation logic.
- Overcome name hiding issue: We have a common practice to give the local variables same name as the attributes. This solves a problem of different name conflict. But using accessors mitigate this issue as we do not have any chance to access the attributes directly. So what ever be the name of the local variable we do not need to worry about it. The accessors will set it automatically.
- Hide undo and redo logic: If your application has a requirement of changing the value of some attribute and then return back to the old value then using accessors are very helpful.
- Use of getter accessor for constants: In normal java programming, any constant is defined as static final. And then it is used in the application code as constant. But the disadvantage is that, if the value of constant changes then you needs to change it in every line where ever it is used. So the traditional approach is good in places where there is no chance to change the value of constant. Mutta jos vakio arvo riippuu jonkin laskentaan tai liiketoiminnan logiikka sitten parempi tapa on käyttää staattista getter käyttää sitä. Joten soveltamalla kapseloinnin vakio arvo staattisessa getter menetelmä antaa vakaampi ratkaisu ja muotoilu on myös modulaarinen ja löyhästi. Etuna on, että sinun ei tarvitse muuttaa viivoja, vaan ainoastaan getter menetelmässä. Ja se myös seuraa olio sääntö tietojen piilottaminen. Eli tämä on uusi tapa käyttää Aksessorit kuten getter menetelmällä, joka antaa paljon joustavuutta sovellusten kehittäminen. Ja tässä tilanteessa ei tarvitse muuttaa asettaja menetelmä.
Seuraavassa on esimerkki siitä, java Aksessorit. Koodi on toteuttanut suurimman setteri tapa parantaa suorituskykyä accessor täytäntöönpanon.
Listing 1: Näyte osoittaa bulk Aksessorit täytäntöönpano
[koodi]
/* JavaAccessors.java
* Thsis on esimerkki irtotavarana asettaja ja kärventää getter menetelmä.
*/
/**
* @author Kaushik Pal
*/
public class JavaAccessors {
// paikalliset muuttujat
String name;
String address;
string ikä;
string totalstring;
/** Luodaan uusi esiintymä JavaAccessors */
julkinen JavaAccessors() {
}
/**
* Palauttaa konsolidoitu merkkijonoarvo.
*/
public String getTitle()
{
jos ( nimi != null && osoite != null && ikä!= null) {
// Rakenna koko merkkijono
totalstring = “Nimi on :”+nimi ” osoite on :”+osoite ” ikä on :”+ikä;
}
palata this.totalstring;
}
/**
* Tämä on suurin setteri
* Asettaa nimi, osoite ja ikä
* @param nimi, osoite, ikä
*
**/
yksityinen void setTitle(String name,String address,string ikä)
{
this.name = name;
this.address = address;
this.age = ikä;
}
public static void main(Jono[]args)
{
// Luo uusi esiintymä
JavaAccessors jvaccessor = uusi JavaAccessors();
// Käytä bulk asettaja
jvaccessor.setTitle(“Jhon”,”Yhdysvallat”,”32″);
// Hanki konsolidoitu ulostulo
String newname = jvaccessor.getTitle();
System.out.println(“Uusi merkkijonoarvo on :”+ newname);
}
}
[/koodi]
Kun ei käytä Aksessorit: Olemme jo keskustelleet alat, joilla Aksessorit voidaan toteuttaa. Olemme myös selittänyt, että asianmukainen täytäntöönpano Aksessorit tehdä hakemuksen vakaampi, joustava ja ylläpidettävissä. Nyt me keskustelemme joitakin alueita, joilla koristeet ei ole paras sovitus. Joissakin sovellus, suoritusaika on erittäin tärkeää ja siellä käyttö accessor voisi tehdä prosessista hidas ja huono vasteaika. Mutta tämä on harvinaista, ja jos syntyy meidän pitäisi ajatella jonkin vaihtoehtoisen ratkaisun. Toinen tapa tehdä koristeet tehokas on käyttää suurin accessor. Bulk ohjakse voidaan määritellä aksessoriominaisuudeksi joka toimii useita määritteitä pikemminkin yksi kerrallaan. Eli etuna on, että työ tehdään yhdellä kertaa verrattuna soittamalla useita Aksessorit ja saada / setti antaa arvon. Ja toinen tärkeä seikka on, että Aksessorit ei välttämättä tarvitse julkistaa. Jokin aika voimme myös tehdä sen oma tai suojattu tarvittaessa.
Seuraavassa on muutamia sääntöjä on noudatettava harkittaessa pääsyä Aksessorit
- Pyri aina pitämään Aksessorit suojattu. Se vain tekee sen näkyväksi Saharan luokissa
- Jos alaluokka ei tarvitse käyttää ominaisuuksia tee Aksessorit yksityinen
- Jos joitakin ulkoisia luokkia täytyy käyttää määritteitä sitten vain käyttää julkisia
Johtopäätös: Tässä artikkelissa on esittelee java accesors ja niiden toteuttaminen. Olemme myös keskustelleet siitä luotettavuutta ja joustavuutta java sovelluksen käytön aikana Aksessorit. Mutta jonkin aikaa se voi olla yläpuolella, kun monimutkaisia laskenta suoritetaan ja sovellus tarvitsee nopea vasteaika. Voimme siis päätellä, että Aksessorit ovat tehokas ominaisuus java mutta sen toteuttaminen olisi tehtävä huolellisesti.
