Java/J2EE necesita agregar m�todos (redundantes) de empleo f�cil
El desarrollo de Java/J2EE (Java EE) API debe ahora centrarse en el adici�n de m�todos de empleo f�cil al API. Tales m�todos ser�n a menudo redundantes. Sin embargo tal redundancia es agradable pues de-normalization para un acceso de datos m�s r�pido. Java se est� retrasando detr�s del PHP en facilidad de empleo.
Veamos dos ejemplos.
Br de BufferedReader = nuevo BufferedReader (nuevo InputStreamReader (socket.getInputStream ()));
La mayor parte de que utilizan los z�calos utilizamos realmente esta l�nea para poder leer l�neas del z�calo InputStream. Tambi�n utiliza un almacenador intermediario intermedio para un acceso m�s r�pido. Propongo:
socket.getBufferedReader ()
Semejantemente:
PrintStream picosegundo = nuevo PrintStream (socket.getOutputStream ());
Necesitamos en lugar de otro:
socket.getPrintStream ()
�sta es simplemente la punta del iceberg. Puedo se�alar centenares de tales cajas del uso. �C�mo sobre File.readAsString ()?
Archivado bajo noticias de t�tulo, software de Java, PHP, nota de la tecnolog�a |�
� |
� RSS 2.0 |�
� Trackback este art�culo | �
� Env�e por correo electr�nico este art�culo
Usted puede tambi�n tener gusto de leer |
Agregue a los favoritos de Technorati
15 de abril de 2006 en el 12:44 P.M.
�Usted conf�a en el juego de caracteres configurado del defecto de la m�quina al usar los z�calos?
15 de abril de 2006 en el 6:49 P.M.
S�, la mayor parte del tiempo.
17 de abril de 2006 en el 3:39
S�, pero usted puede tambi�n extender la clase y fijar los m�todos necesarios. De esta manera usted puede ampliar el z�calo
[c�digo]
la clase MyCustomSocket ampl�a el z�calo
{
.
getBufferedReader de BufferedReade ()
{
nuevo BufferedReader de vuelta (nuevo InputStreamReader (getInputStream ()));
}
}
[/code]
�Autorizaci�n, yo sabe es m�s f�cil pide una extensi�n en el API est�ndar, pero esta extensi�n se necesita realmente? no estoy seguro sobre �se.