"Un lenguaje simple. Orientado al objeto,
distribuido, interpretado, sólido, seguro, de arquitectura neutral, portable,
de alto desempeño, de multihilos y dinámico"
Simple.
Basado en el lenguaje C++ pero donde se eliminan muchas
de las características OOP que se utilizan esporádicamente y que creaban
frecuentes problemas a los programadores. Esta eliminación de causas de error y
problemas de mantenimiento facilita y reduce el coste del desarrollo de
software.
Java no da soporte a struct, union y pointer
Java no ofrece typedef ni #define
No permite la sobrecarga de operadores.
No ofrece herencia múltiple.
Java tienen una clase String, que permite un mejor manejo
que los arrays de terminación nula del C y C++.
Java tiene un sistema automático de asignación y
liberación de memoria (recolector de basura) que mejora mucho los sistemas del
C++
Orientado al objeto
Java da buen soporte a las técnicas de desarrollo OOP y
en resumen a la reutilización de componentes de software.
Distribuido
Java se ha diseñado para trabajar en ambiente de redes y
contienen una gran biblioteca de clases para la utilización del protocolo
TCP/IP, incluyendo HTTP y FTP. El código Java se puede manipular a través de
recursos URL con la misma facilidad que C y C++ utilizan recursos locales
(archivos).
Interpretado
El compilador Java traduce cada fichero fuente de clases
a código de bytes (Bytecode), que puede ser interpretado por todas las máquinas
que den soporte a un visualizador de que funcione con Java. Este Bytecode no es
especifico de una máquina determinada, por lo que no se compila y enlaza como
en el ciclo clásico, sino que se interpreta.
Sólido
El código Java no se quiebra fácilmente ante errores de
programación. Así el relaje que existe en la declaración y manejo de tipos en C
y C++ se torna en restricciones en Java, donde no es posible la conversión
forzada (cast) de enteros en punteros y no ofrece soporte a los punteros que
permitan saltarse reglas de manejo de tipos. Así en Java no es posible escribir
en áreas arbitrarias de memoria ni realizar operaciones que corrompan el
código. En resumen se eliminan muchas de las posibilidades de "trucos"
que ofrecía el C y C++.
Seguro
Como Java suele funcionar en ambiente de redes el tema de
seguridad debe interesar en sobremanera. Las mismas características antes
descritas que evitan la corrupción de código evitan su manipulación.
Actualmente se esta trabajando en encriptar el código.
Arquitectura neutral
El compilador crea códigos de byte (Bytecode) que se
envía al visualizador solicitado y se interpreta en la máquina que posee un
interprete de Java o dispone de un visualizador que funciona con Java.
Portable
Al ser de arquitectura neutral es altamente portable,
pero esta característica puede verse de otra manera: Los tipos estándares (int,
float ...) están igualmente implementados en todas las máquinas por lo que las
operaciones aritméticas funcionaran igual en todas las máquinas.
Alto desempeño
Al ser código interpretado, la ejecución no es tan rápida
como el código compilado para una plataforma particular. El compilador Java
suele ofrecer la posibilidad de compilar Bytecode en código máquina de
determinadas plataformas, y según Sun este código resultar de una eficacia
similar a compilaciones de C y C++.
Multihilos
Java puede aplicarse a la realización de aplicaciones en
las que ocurra más de una cosa a la vez. Java, apoyándose en un sistema de
gestión de eventos basado en el paradigma de condición y monitores C.A.R.
permite apoyar la conducta en tiempo real e interactivo en programas
Dinámico
al contrario que C++ que exige se compile de nuevo la
aplicación al cambiar una clase madre Java utiliza un sistema de interfaces que
permite aligerar esta dependencia. Como resultado, los programas Java pueden
permitir nuevos métodos y variables en un objeto de biblioteca sin afectar a
los objetos dependientes.
Diferencias con C++
Java es mejor que el C++, por lo que no tiene:
En Java no es posible crear variables globales. Solo las
variables estáticas y publicas de algunas clases pueden considerarse como
tales, pero esto generalmente, y como en el caso de las variables globales en
C++ son síntoma de un mal diseño.
Java no dispone de sentencia goto lo cual permite crear
un código más robusto y seguro así como más optimizado. Para cubrir esta falta
Java proporciona un tratamiento muy optimizado de excepciones, poderoso y bien
definido.
Los punteros son una característica poderosa y peligrosa
del C++, en si evitan que ninguna variable sea privada de verdad, ya que es
fácil acceder a la mis a través de punteros, los cuales son fuente inacabable
de problemas y malfuncionamiento. Java no dispone de tratamiento de punteros.
Los vectores o arrays lo son de modo cierto, lo cual evita sobrepasar el mismo
o salirse de sus límites.
El manejo de memoria en C se realiza de forma peligrosa a
través de punteros obtenidos con la función malloc (), y que se libera
explícitamente con free (), esto puede causar errores si el programador no
controla perfectamente los pasos en que estas operaciones se realizan. Otro
error es el olvido frecuente de liberar memoria, lo cual termina consumiendo
los recursos del sistema. Java no dispone de punteros y todos los objetos se
crean con el operador new, el cual asigna espacio en el montículo de memoria a
cada objeto. Lo que se obtiene con new es un descriptor del objeto (no una
dirección) la dirección real es manejada por el sistema el cual la puede mover
o recolocar según necesidad, pero el programador no ha de preocuparse por ello.
Lo importante es que el objeto tiene memoria asignada mientras le interese al
programa, quedando esta memoria disponible en cuanto este interés cese. No se
hará falta llamar a free o delate ya que el recolector de basura realizara esta
labor. Este recolector o reciclador de basura se ejecutara cuando el sistema esté
libre o una asignación no encuentre lugar disponible.
C y C++ disponen de tipos de datos frágiles cuyos límites
y características dependen de la implementación y máquina del compilador. Java
implementa límites y tamaños sensatos y válidos para todo tipo de máquinas y
entornos (independientes del Hardware) por lo que es totalmente reproducibles
en cualquier plataforma.
En C es posible la realización de casting o conversión de
tipos en tiempo de ejecución. En C++ esta operación es peligrosa ya que los
objetos son referencias a zonas de memoria y no es posible tener información
sobre sí la conversión en posible. En Java los descriptores de los objetos
contienen información completa acerca de la clase a la que pertenece el objeto,
por lo que pueden realizarse comprobaciones en tiempo de ejecución sobre la
compatibilidad de tipos y emitir la excepción correspondiente si no es
aplicable la conversión.
En Java no se dispone de archivos de cabecera con los
prototipos de las clases. Esto, en principio es una desventaja, hasta que se
comprueba que esta habilidad del C++ ha llevado a entornos de compilación
prácticamente inmanejables, ya que cada compilación puede tratar estos archivos
de formas un tanto complejas. Java no dispone de esta habilidad de archivos de
cabecera, el tipo y la visibilidad de la clase se compila en el propio archivo
de la clase, siendo tarea del interprete de Java realizar el acceso.
Java no tiene struct ni union, ambos sistemas de
encasulamiento y polimorfismo un tanto crípticos e inseguros del C++,
unificando todo en un solo concepto de class.
La programación de entornos reales de C y C++ implica un
buen conocimiento del manejo del preprocesador y sus trucos, lo cual no es una
manera limpia de controlar lo que se compila. Java no dispone de este sistema,
pero tienen medios (como la declaración final para constantes) que permiten
igual potencia.
No hay comentarios.:
Publicar un comentario