Walter bento de Lima .´.

import java.io.RandomAccessFile;
import java.io.FileNotFoundException;
import java.io.IOException;
public class Visor{
private String archivo;
public Visor (String archivo){
this.archivo=archivo;
}

public String leer(){

RandomAccessFile raf;
String texto=”";
try{
String linea = null;
raf = new RandomAccessFile(this.archivo, “r”);
while((linea=raf.readLine())!=null){
texto=texto+linea+”\n”;//concatenacion
}

raf.close();
}
catch(FileNotFoundException fnfe){
System.out.println(”Archivo no econtrado”);

}
catch(IOException ioe){
System.out.println(”Error de I/O.”);
}

return texto;

}

}

Por otro lado el uso de StringBuffer se justifica más si cuando usamos el constructor le pasamos la longitud inicial del buffer, para que la "allocación" de memoria sea eficiente.

int numero = 1 + 5 * 8 * 2 * 129381923;

o

int numero = 10350553841;

la respuesta es sencilla.. tardan exactamente lo mismo, ya que los compiladores Java no generan las intrucciones para calcular "1 + 5 * 8 * 2 * 129381923" sino que lo calculan antes de generar el bytecode. Igual pasa con el caso analizado, tres literales preconcatenados por el compilador

Sobre esto:
"1- Buscar la clase java.lang.StringBuffer
2- Invocar al contructor al instanciar el objecto
5- Asignar el valor a la variable resultado"

Para 1: El costo es negligible de nuevo, ya que una vez cargada la clase StringBuffer no hace falta hacerlo mas (asi que es un costo de una sola vez)
Para 2: La instancia del objeto StringBuffer dependiendo de la aplicacion en pocas palabras se puede recliclar (StringBuffer.setLength(0)). Si es un metodo largo o la aplicacion no requiere concurrencia, entonces quizas un Singleton resuelve el problema.
Para 5: Es una asignacion de una referencia, eso toma el mismo tiempo (no estas llamando a ningun constructor, no es asi?)

Como puedes ver eso de la velocidad depende mucho de la aplicacion, asi que no deberias ser tan rapido al generalizar :)

Saludos.

1- Buscar la clase java.lang.StringBuffer
2- Invocar al contructor al instanciar el objecto
3- Invocar 3 veces al método append()
4- Invocar al método toString()
5- Asignar el valor a la variable resultado

en el caso de usar el operador + haria lo siguiente

1- Buscar el String "SELECT COL_A, COL_B, COL_C, COL_D, COL_E FROM TABLA_A WHERE COL_A > ?" en la definición de la clase (recuerda que el compilador lo concatenó y lo puso como un solo literal en el .class)
2- Asignar el valor a la variable resultado

El separar los SQLs en multiples lineas se hace con frecuencia solo por ayudar en la lectura del SQL ya que es mas facil leer

String sql = "SELECT COL_A, COL_B, COL_C, COL_D, COL_E" +
" FROM TABLA_A" +
" WHERE COL_A> ?";

que todo en una sola línea. Nunca mi intención fue decir nunca se debe usar el StringBuffer.... solo es un "CUIDADO" bien notorio a los errores que he visto con frecuencia, como este, concatenar puros literales con StringBuffer. te remito a loque escribí al final:

"OJO esto no significa que ahora van a ser super confiados con el +, principalmente cuando se está construyendo un String muy grande y hay ciclos en medio de todo."