..
El mètode és igual que comunament s'utilitza en un programa Java per provar la igualtat de dos objectes. Això és realment un mètode definit per la classe d'objectes a partir de la qual totes les altres classes hereten d'acord amb el principi fundador de Java: "Tot és un objecte".
Però, és clar, el concepte d'igualtat entre dos objectes han de ser verificats en forma oportuna d'acord amb la classe dels objectes mateixos: en altres paraules, el mètode equals pot i moltes vegades s'ha de redefinir (o anul · lar) per interessos de classe.
El procés de redefinició pot ser a càrrec del programa en el cas de les classes especials, definits pel propi programador, però en general ja està fet per a les classes més comuns.
L'objectiu d'aquest treball és examinar la naturalesa i els límits de la redefinició del mètode equals per StringBuffer i StringBuilder classes, l'ús molt comú per a la gestió de conjunts de caràcters alfanumèrics.
Ambdues classes s'utilitzen per emmagatzemar una seqüència dinàmica dels personatges, que per tant, poden canviar durant l'execució del programa i ambdues hereten de la cadena matriu mateixa classe.
StringBuilder es pot utilitzar amb èxit només si el programa compta amb un sol fil, mentre que la sincronització de StringBuffer suport necessari per al multithreading.
La particularitat d'aquestes classes, en relació amb el mètode és igual, es manifesta en el fet que no es fa una nova definició. La redefinició (o anul · lar) el mètode d'aquest fet només es realitza a la cadena de la classe base, que tant es deriven. Aquesta elecció porta a conseqüències no del tot intuïtiva, que influeixen en l'ús d'aquestes classes.
| |
Curs de Linux
Guia completa de codi obert del sistema. A partir de 49 €. |
| |
Curs de PHP
Cicle complet per a la creació de llocs web dinàmics. A partir de 49 €. |
| |
Curs de Ruby i Ruby On Rails
Creació d'aplicacions de programari i la web amb Ruby i RoR. A partir de 39 €. |