Este documento describe diferentes formas de entrada y salida de datos en aplicaciones Java, incluyendo el uso de System.in, System.out, Scanner, JOptionPane, FileReader y BufferedReader. También cubre temas como la serialización de objetos, lectura de archivos, entrada estándar, salida estándar y más.

1. Aplicaciones en Java
Realizado Por:
Gonzalez C. Yonatan J
C.I:20.111.318

2. PRIMERA FORMA
La E/S básica por terminal con formato se lleva a cabo mediante readLine y
println. La entrada estándar es System.in y la salida estándar es System.out.
SEGUNDA FORMA
La entrada básica por terminal se realiza por intermedio de un objeto de la clase
Scanner.
TERCERA FORMA
La clase JOptionPane deriva de JComponent y es la encargada comunicarse
con el usuario a través de mensajes en forma de cuadro de diálogo.

3. Lectura
Los objetos de la clase Lectura proporcionan:
 Un área para escribir texto, y así poder mostrar mensajes o resultados.
 Una zona con barras de desplazamiento donde se pueden crear muchas
cajas para entrada/salida de datos.
 Un boton de "Aceptar" mediante el que el usuario indica que ha
terminado de editar los datos.
 Un botón "Cancelar" que cierra la aplicación.
Escritura
Los objetos de la clase Escritura proporcionan:
 Una zona con barras de desplazamiento donde se pueden crear muchas cajas
para salida de datos.
 Un boton de "OK" mediante el que el usuario indica que ha terminado de
visualizar los datos
 Un botón "Cancelar" que cierra la aplicación.

4. Salida estándar
La salida estándar está asociado por defecto a la terminal del sistema, es decir que el
resultado de los datos enviados a la salida se observa en pantalla a menos que su destino
sea modificado. Existen dos salidas con diferentes propósitos, una es la propiamente
denominada salida estándar la cual se utiliza para la salida regular de datos, y la otra es
la salida estándar de errores la cual se utiliza para la salida de errores.
 La salida de datos: System.out
La salida estándar de datos para uso normal (abreviada y en inglés: StdOut) esta
representada por un objeto PrintStream llamado out.
 La salida de errores: System.err
Esta es otra salida estándar pero con el fin de ser utilizada para errores (abreviada y en
inglés: StdErr).

5. Entrada estándar
La entrada estándar de datos (abreviada y en inglés: StdIn) esta representada por
un objeto InputStream. La clase InputStream es la clase base en el paquete java.io
para manejar los flujos entrantes de bytes (8-bit). En la mayoría de los casos no
queremos leer directamente en bytes un flujo de datos, sino que esperamos un
formato humano. Aunque en esta ocasión no contaremos desde el principio con
métodos tan prácticos como void println(String x).
Lectura en bytes
En principio, para leer datos provenientes del teclado de un usuario utilizaremos
la variable in de la clase System y el método int read() de su correspondiente objeto
InputStream.

6. Lectura de un fichero de texto en java
Podemos abrir un fichero de texto para leer usando la clase FileReader.
Esta clase tiene métodos que nos permiten leer caracteres. Sin embargo, suele
ser habitual querer las líneas completas, bien porque nos interesa la línea
completa, bien para poder analizarla luego y extraer campos de ella.
FileReader no contiene métodos que nos permitan leer líneas completas, pero
sí BufferedReader.
La apertura del fichero y su posterior lectura pueden lanzar excepciones
que debemos capturar. Por ello, la apertura del fichero y la lectura debe
meterse en un bloque try-catch.
Además, el fichero hay que cerrarlo cuando terminemos con él, tanto si
todo ha ido bien como si ha habido algún error en la lectura después de
haberlo abierto. Por ello, se suele poner al try-catch un bloque finally y dentro
de él, el close() del fichero.

7. Java ha añadido una interesante faceta al lenguaje denominada
serialización de objetos que permite convertir cualquier objeto cuya clase
implemente el interface Serializable en una secuencia de bytes que pueden
ser posteriormente leídos para restaurar el objeto original.
La serialización de un objeto consiste en generar una secuencia de
bytes lista para su almacenamiento o transmisión. Después, mediante la
deserialización, el estado original del objeto se puede reconstruir. Para que
un objeto sea serializable, ha de implementar la interfaz
java.io.Serializable (que lo único que hace es marcar el objeto como
serializable, sin que tengamos que implementar ningún método).
La serialización es una característica añadida al lenguaje Java para dar
soporte a:
 La invocación remota de objetos (RMI).
 La persistencia.

8. Java proporciona un mecanismo que permite leer
archivos de Internet mediante un stream o La clase URL del
paquete java.net representa una dirección de Internet o El
método InputStream openStream(URLdir) de URL abre un
stream de lectura con origen en la dirección dada URL.

9. Las JFC (Java Foundation Classes) son parte de la API de Java
compuesto por clases que sirven para crear interfaces gráficas
visuales para las aplicaciones y applets de Java.
Así como Sun presenta estas JFC, Microsoft ha desarrollado otro
paquete propio con el nombre de AFD (Application Foundation
Classes).
Las JFC contienen dos paquetes gráficos: AWT y Swing.
 AWT presenta componentes pesados, que en cada
plataforma sólo pueden tener una representación
determinada. Está disponible desde la versión 1.1 del JDK
como java.awt.
 Swing presenta componentes ligeros, que pueden tomar
diferente aspecto y comportamiento pues lo toman de una
biblioteca de clases.

10. Java Media Framework o JMF (en español entorno de trabajo
multimedia de Java) es una extensión de Java que permite la
programación de tareas multimedia en este lenguaje de programación.
Características
Sus principales características son:
 Estabilidad debida a que funciona sobre la máquina virtual java
(JVM).
 Sencillez, ya que permite, usando unos pocos comandos, realizar
complejas tareas multimedia.
 Potencia, permitiendo la manipulación de elementos multimedia
de vídeo y audio locales (procedentes de la misma máquina en la
que se ejecuta el programa), así como la retransmisión en tiempo
real de vídeo y audio a través de la red mediante el protocolo RTP.

11. El API 3D de Java es un árbol de clases Java que sirven como interface para
sistemas de renderizado de gráficos tridimensionales y un sistema de sonido. El
programador trabaja con constructores de alto nivel para crear y manipular objetos
geométricos en 3D. Estos objetos geométricos residen en un universo virtual, que
luego es renderizado. El API está diseñado con flexibilidad para crear universos
virtuales precisos de una ámplia variedad de tamaños, desde astronómicos a
subatómicos.
A pesar de toda esta funcionalidad, el API es sencillo de usar. Los detalles de
renderizado se manejan automáticamente. Aprovechándose de los Threads Java, el
renderizador Java 3D es capaz de renderizar en paralelo. El renderizador también
puede optimizarse automáticamente para mejorar el rendimiento del renderizado.
Los programas Java 3D pueden escribirse para ser ejecutados como aplicaciones
solitarias o como applets en navegadores que hayan sido extendidos para soportar
Java 3D, o ambos.

12. Un JavaBean es una clase puramente Java desarrollada con unos patrones de diseño bien
definidos, que:
Permiten que sea usada en posteriores aplicaciones.
Permiten gestionar los componentes de forma automática.
Es un modelo sencillo, soportado directamente por el entorno Java =>Multiplataforma
(aunque no multilenguaje).
Un componente JavaBean se define a través de:
 Las propiedades que expone
 Los métodos que ofrece
Para gestionar estas características, todo JavaBean debe ofrecer:
 Soporte para “Introspection”: El bean tiene que ofrecer la información necesaria para que
la herramienta de diseño pueda analizar sus características de forma opaca.
 Soporte para “Customization”: La herramienta de construcción de la aplicación puede
adaptar (“customizar”) la apariencia o comportamiento del bean a la aplicación.

13. RMI (Java Remote Method Invocation) es un mecanismo ofrecido por Java para
invocar un método de manera remota. Forma parte del entorno estándar de ejecución
de Java y proporciona un mecanismo simple para la comunicación de servidores en
aplicaciones distribuidas basadas exclusivamente en Java. Si se requiere
comunicación entre otras tecnologías debe utilizarse CORBA o SOAP en lugar de
RMI.
RMI se caracteriza por la facilidad de su uso en la programación por estar
específicamente diseñado para Java; proporciona paso de objetos por referencia (no
permitido por SOAP), recolección de basura distribuida (Garbage Collector
distribuido) y paso de tipos arbitrarios (funcionalidad no provista por CORBA).
La invocación se compone de los siguientes pasos:
 Encapsulado (marshalling) de los parámetros (utilizando la funcionalidad de
serialización de Java).
 Invocación del método (del cliente sobre el servidor). El invocador se queda
esperando una respuesta.
 Al terminar la ejecución, el servidor serializa el valor de retorno (si lo hay) y lo
envía al cliente.
 El código cliente recibe la respuesta y continúa como si la invocación hubiera
sido local.

14. Java Interface Description Language es una implementación
CORBA que permite que dos objetos interactúen sobre diferentes
plataformas a través de una red. Java IDL al ser una interfaz permite que
los objetos interactúen sin importar el lenguaje en que estén escritos, a
diferencia de Java RMI que solo soporta objetos distribuidos escritos en
Java.
Esto se logra ya que Java IDL está basado en Common Object
Request Brokerage Architecture (CORBA), un estándar para objetos
distribuidos. CORBA fue definido y está controlado por el Object
Management Group (OMG) que define las APIs, el protocolo de
comunicaciones y los mecanismos necesarios para permitir la
interoperatividad entre diferentes aplicaciones escritas en diferentes
lenguajes y ejecutadas en diferentes plataformas, lo que es fundamental en
computación distribuida.
Para soportar la interacción entre objetos de programas separados, Java
IDL proporciona un Object Request Broker (ORB) que es una biblioteca
de clases que permite una comunicación de bajo nivel entre aplicaciones
Java IDL y aplicaciones compatibles con CORBA.

15. Java Native Interface (JNI) es un framework de programación que
permite que un programa escrito en Java ejecutado en la máquina virtual
java (JVM) pueda interactuar con programas escritos en otros lenguajes
como C, C++ y ensamblador.
El framework JNI permite a un método nativo utilizar los objetos Java
de la misma forma en que el propio código de Java lo hace. Un método
nativo puede crear objetos Java; y examinarlos y utilizarlos para que lleven
a cabo su función. Un método nativo puede asimismo examinar y utilizar
objetos que han sido creados por código de aplicación escrito en Java.
A menudo se denomina a JNI como la "válvula de escape" para
desarrolladores dado que les permite añadir funcionalidades a sus
aplicaciones que el API de Java no puede proporcionar.