Manuales de c++1

busca en las clases predefinidas (del sistema local) y luego en el espacio de nombres de la clase
que hace la referencia. Esto imposibilita que una clase suplante a una predefinida.
En resumen, las aplicaciones de Java resultan extremadamente seguras, ya que no acceden azonas delicadas de memoria o de sistema, con lo cual evitan la interacción de ciertos virus. Javano posee una semánticaespecífica para modificar la pila de programa, la memoria libre o utilizarobjetos y métodos de un programa sin los privilegios del kernel del sistema operativo. Además,para evitar modificaciones por parte de los crackers de la red, implementa un método ultrasegurode autentificación por clave pública. El Cargador de Clases puede verificar una firma digital antesde realizar una instancia de un objeto. Portanto, ningún objeto se crea y almacena en memoria,sin que se validen los privilegios de acceso. Es decir, la seguridad se integra en el momento decompilación, con el nivel de detalle y de privilegio que sea nece sario.
Dada, pues la concepción del lenguaje y si todos los elementos se mantienen dentro del estándar
marcado porSun, no hay peligro. Java imposibilita, también, abrir ningún ficherode la máquina
local (siempre que se realizan operaciones con archivos,éstas trabajan sobre el disco duro de la
máquina de donde partió el applet), no permite ejecutar ninguna aplicación nativa de una
plataforma e impide que se utilicen otros ordenadores como puente, es decir, nadie puede utilizar
nuestra máquina para hacerpeticiones o realizar operaciones con otra. Además, los intérpretes
queincorporan los navegadores de la Web son aún más restrictivos. Bajo estas condiciones (y
dentro de la filosofía de que el único ordenador seguro es el que está apagado, desenchufado,
dentro de una cámara acorazada en un bunker y rodeado por mil soldados de los cuerpos
especiales del ejército), se puede considerar que Java es un lenguaje seguro y que los applets
están libres de virus.
Respectoa la seguridad del código fuente, no ya dellenguaje, JDK proporciona un
desemsamblador de byte-code, que permite que cualquier programa pueda ser convertido a
código fuente, lo que para el programador significa una vulnerabilidad total a su código. Utilizando
javap no se obtiene el código fuente original, pero sí desmonta el programa mostrando el
algoritmo que se utiliza, que es lo realmenteinteresante. La protección de los programadores anteesto es utilizar llamadas a programas nativos, externos (incluso en C o C++) de forma que no seadescompilable todo el código; aunque así se pierda portabilidad. Esta es otra de las cuestionesque Java tiene pendientes.
EsPORTABLE :
Más allá de la portabilidad básica por ser de arquitectura independiente, Java implementa otros
estándares deportabilidad para facilitar el desarrollo. Los enteros son siempreenteros y además,
enteros de 32 bits en complemento a 2. Además, Java construyesus interfaces de usuario a
través de un sistema abstracto de ventanas de forma que las ventanas puedan ser implantadas
en entornos Unix, Pc o Mac.
EsINTER PRETADO :
El intérprete Java (sistema run-time) puede ejecutar directamente el código objeto. Enlazar
(linkar) un programa, normalmente, consume menos recursos que compilarlo, por lo que los
desarrolladores con Java pasarán más tiempo desarrollando y menos esperando por el
ordenador. No obstante, el compilador actual del JDK es bastante lento. Por aho ra, que todavía
no hay compiladores específicos de Java para las diversas plataformas, Java es más lento que
otros lenguajes deprogramación, como C++, ya que debe ser interpretado y no ejecutado como
sucede en cualquier programa tradicional.
Se dice que Java es de 10 a 30 veces más lento que C, y que tampoco existen en Java proyectos
de gran envergadura como en otros lenguajes. La verdad es que ya hay comparaciones
ventajosas entre Java y el resto de los lenguajes de programación, y una ingente cantidad d e
folletos...