Qué puede y qué no puede hacerse con JavaScript

JavaScript descansa en otro interfaz o programa anfitrión para su funcionalidad. Este programa huésped suele ser el navegador Web del cliente, también conocido como agente de usuario. Debido a que JavaScript es un lenguaje del lado del cliente, se puede hacer sólo lo que el cliente permite que se haga.

Independientemente de la razón, es necesario realizar un trabajo extra para asegurarse de que el sitio Web que estamos diseñando está disponible para aquellas personas que no tienen JavaScript. Podemos entender sus protestas en este punto: ?Pero esta característica es realmente [inserte su propio adjetivo superlativo aquí: fresco, dulce, esencial, agradable, fantástico].? Independientemente de lo bien que hagamos nuestro papel, el resultado sería que se beneficiarán de una mejor interoperabilidad y más visitantes.

Debido a que JavaScript se ejecuta en su totalidad en el cliente, el desarrollador debe aprender a dejar el control. Después de que el programa está en el ordenador del cliente, éste puede hacer muchas cosas indeseables a los datos antes de enviarlos de nuevo al servidor. Al igual que con cualquier otro tipo de programación Web, nunca deberíamos confiar en los datos que vuelven desde el cliente. Incluso si hemos utilizado funciones JavaScript para validar el contenido de los formularios, todavía debemos validar estas entradas de nuevo cuando lleguen los datos al servidor. Un cliente con JavaScript desactivado podría devolver datos basura a través de un formulario Web. Si creemos, inocentemente, que nuestra función JavaScript del lado del cliente ya ha comprobado los datos para asegurarse de que son válidos, nos encontraremos con que se enviarán datos no válidos al servidor, provocando consecuencias imprevistas y posiblemente peligrosas.

El desarrollador JavaScript debe también conocer la limitación que dicta que scripts que se ejecutan desde dentro de un dominio no tienen acceso a recursos de otro dominio de Internet, ni pueden afectar a scripts ni a datos de otro dominio. Por ejemplo, JavaScript puede ser utilizado para abrir una nueva ventana del navegador, pero el contenido de esa ventana es algo restringido a la secuencia de comandos que llama. Cuando una página de mi sitio Web (midominio.com) contiene JavaScript, esa página no puede acceder a ningún JavaScript ejecutado desde un dominio diferente, como google.com. Esta es la esencia de la política del mismo origen (en inglés Same-Origin Policy): JavaScript tiene que ser ejecutado u originado desde la misma ubicación.

Desarrollando código del lado del servidor, por ejemplo, Visual Basic.NET o PHP (un acrónimo recursivo que significa PHP: Hypertext Preprocessor), podemos estar bastante seguros de que el servidor implementará ciertas funciones, como comunicarse con una base de datos o conceder acceso a módulos necesarios para la aplicación Web. JavaScript no tiene acceso a las variables del lado del servidor. Por ejemplo, JavaScript no puede acceder a bases de datos que se encuentran en el servidor. El código JavaScript se limita a lo que se puede hacer dentro de la plataforma sobre la que se está ejecutando el script, que suele ser el navegador.

Otro cambio en el modo de pensar, si estamos familiarizados con la programación del lado del servidor, es que con JavaScript tenemos que probar el código en muchos clientes diferentes para saber lo que un cliente particular es capaz de hacer. Cuando programamos en el lado del servidor, si el servidor no implementa cierta función, lo sabemos de inmediato porque el script del lado del servidor falla cuando lo probamos. El software del servidor no cambia por capricho habitualmente y, por tanto, es fácil saber qué puede y qué no puede hacerse con el código. Pero no podemos anticiparnos con el código JavaScript que pretendemos ejecutar en los clientes, debido a que están completamente fuera de nuestro control.