Javascript del Cliente-lado - Enciclopedia España

el Cliente-lado del que el Javascript ( CSJS ) es el Javascript que funciona en el Cliente-lado, es decir el web browser, por lo tanto que está para el Cliente-lado scripting . Mientras que el Javascript fue creado original para funcionar en cliente-lado, este término fue acuñado porque la lengua es no más apenas cliente-lado limitado, e. el Javascript (SSJS) del Servidor-lado está también disponible.

Ambiente

El tipo de medios del Internet para el código fuente del Javascript es application/javascript, pero el text/javascript no registrado se utiliza más comunmente.

Para encajar código del Javascript en un documento del HTML, debe ser precedido con: < type=" de la escritura; texto/javascript" >

y seguido con: < /script>

Más viejos hojeadores requieren típicamente Javascript comenzar con: < language=" de la escritura; JavaScript" type=" texto/javascript" > ¡<! -- y extremo con: // --> < /script>

¡El <! -- de …--> el margen de beneficio del comentario de se requiere para asegurarse de que el código no sea rendido como texto por muy los viejos hojeadores que no reconocen el < script> la etiqueta de en documentos del HTML, y la cualidad de la LENGUA es una cualidad desaprobada del HTML de que se puede requerir para los viejos hojeadores. Sin embargo, < script> las etiquetas en documentos XHTML /del XML no trabajarán si están comentadas hacia fuera, como los programas de análisis conformant de XHTML/XML no hacen caso de comentarios y también pueden encontrar problemas con el --, < y > firma adentro scripts (por ejemplo, el operador del decremento del número entero y los operadores de comparación). Los documentos de XHTML deben por lo tanto tener escrituras incluidas como secciones CDATA de XML, precediéndolas con < type=" de la escritura; texto/javascript" > ¡//<! y siguiéndolos con > de //]]; < /script>

¡(La doble-raya vertical // de A al principio de una línea marca un comentario del Javascript, que previene el <! y > del ]; del análisis por la escritura.)

La manera más fácil de evitar este problema (y también como mejor práctica) es utilizar la escritura externa, e.: < type=" de la escritura; texto/javascript" src=" hello.js" > < /script>

Históricamente, una cualidad no estándar (non-W3C) language se utiliza en el contexto siguiente:

< language=" de la escritura; JavaScript" src=" hello.js" > < /script>

Los elementos del HTML pueden contener los acontecimientos intrínsecos a los cuales usted puede asociar a un tratante de la escritura. Para escribir HTML válido 4.01, el web server debe volver un “Contenido-Escritura-Tipo” con el valor “texto/Javascript”. Si el web server no puede ser así que configurado, el autor del Web site puede insertar opcionalmente la declaración siguiente para la lengua scripting del defecto en la sección del jefe del documento.

< http-equiv=" de la meta; Contenido-Escritura-Type" content=" texto/javascript" />

`Hola ejemplo del mundo`

 Para una explicación de la tradición del " programado; Hola World", así como alternativas a este ejemplo más simple, ver el programa del mundo hola.  Éste es el método más fácil para hola un programa del mundo que implique el usar de la ayuda de los hojeadores populares para que el protocolo virtual del “Javascript” ejecute código del Javascript. Entrar en el siguiente como internet address (generalmente pegando en la caja de la dirección): 
 Javascript: ¡alarma (“hola, mundo! "); 
 Éste es el resultado: 
 
 
 El atar de los DOM 
  Interacción del usuario 
 La mayoría de la interacción con el usuario es hecha usando las formas del HTML que se pueden alcanzar a través de los DOM del HTML. Al menos hay también algunos medios muy simples de la comunicación con el usuario: 
 Caja de diálogo alerta 
 Confirmar la caja de diálogo, caja de diálogo pronto 
 Barra de estado 
 Consola    
 Acontecimientos 
 Los nodos del elemento pueden ser la fuente de varios acontecimientos que puedan causar una acción si colocan a un tratante de acontecimiento del Javascript . Estas funciones del tratante de acontecimiento se definen a menudo como funciones anónimas directo dentro del nodo del elemento.  Ver también los acontecimientos de los DOM y los acontecimientos XML. 
 
 Incompatibilidades 
 Nota del : La mayoría de las incompatibilidades de no son ediciones del Javascript sino específico del modelo de objeto del documento (DOM). Las puestas en práctica del Javascript de los hojeadores más populares de la tela se adhieren generalmente al estándar de ECMAScript, tal que la mayoría de los incompatibilites son parte de la puesta en práctica de los DOM. Algunas ediciones de la incompatibilidad que existen a través de puestas en práctica del Javascript incluyen la dirección de ciertos valores primitivos como " undefined", y la disponibilidad de los métodos introducidos en versiones posteriores de ECMAScript, tales como el .sh (), y métodos de .unshift () de órdenes.  El Javascript, como el HTML, no es a menudo obediente a los estándares, en lugar no se construye para trabajar con los hojeadores específicos de la tela. El estándar actual de ECMAScript debe ser la base para todas las puestas en práctica del Javascript en teoría, pero la familia de Mozilla de hojeadores ( Mozilla, Firefox y Netscape Navigator ) utiliza en la práctica JScript de las aplicaciones del Javascript, de Microsoft Internet Explorer del, y otros hojeadores tales como ópera y safari utiliza otras puestas en práctica de ECMAScript del, con las características no estándar adicionales para permitir a menudo la compatibilidad con Javascript y JScript. 
 El Javascript y JScript contienen varias características que no sean parte del estándar oficial de ECMAScript, y pueden también faltar varias características. Como tal, están en los puntos incompatibles, que requiere a autores de la escritura trabajar alrededor de estos insectos. El Javascript es más standards-compliant que el Microsoft 's JScript, así que significa que un archivo de la escritura escrito según los estándares de ECMA es menos probable trabajar en los hojeadores basados en Internet Explorer. Sin embargo, puesto que hay relativamente pocos puntos de la inconformidad, esto es muy inverosímil. 
 Esto también significa que cada hojeador puede tratar la misma escritura diferentemente, y qué trabajos para un hojeador pueden fallar en otro hojeador, o aún en una diversa versión del mismo hojeador. Como con el HTML, es así recomendable escribir código standards-compliant. 
 
 Incompatibilidades de lucha 
 Hay dos técnicas primarias para manejar incompatibilidades: el hojeador del que huele y el se oponen la detección . Cuando había solamente dos hojeadores que tenían capacidades scripting (Netscape y Internet Explorer), el oler del hojeador era la técnica más popular. Probando un número de " client" las características, esa información devuelta sobre la plataforma de la computadora, hojeador, y las versiones, era posible que un código de los scripter discierna exactamente que el hojeador el código era ejecutado adentro. Más adelante, las técnicas para el que olía llegaron a ser más difíciles de ejecutar, mientras que Internet Explorer comenzó al " spoof" su información del cliente, es decir, proporcionar la información del hojeador que era cada vez más inexacta (las razones por las que Microsoft hizo esto se disputa a menudo). Más adelante aún, el oler del hojeador se convirtió en algo de una forma de arte difícil, mientras que otros hojeadores scriptable vinieron sobre el mercado, cada uno con su propia plataforma, cliente, y de información de versión.  La detección del objeto confía en la prueba para la existencia de una característica de un objeto. 
 lang=" del  set_image_source de la función (imageName, imageURL) {  si (document.images) // una prueba para discernir si el objeto del “documento” tiene una característica llamada las “imágenes”  {  document.src = imageURL; // ejecutó solamente si hay un arsenal de las “imágenes”  } }  
 Un ejemplo más complejo confía en usar pruebas boleanas unidas: lang=" del  si (&& document.body)  En el antedicho, el " de la declaración; document.style" causaría ordinariamente un error en un hojeador que no tiene un " document.body" característica, pero usar el " del operador boleano; &&" asegura ese " document.style" nunca se llama si " document. Esta técnica se llama la evaluación mínima . 
 Hoy, una combinación de oler del hojeador, la detección del objeto, y la confianza en estándares tales como las hojas de estilo de conexión en cascada de la especificación y de ECMAScript todo se utilizan a los diversos grados para intentar asegurarse de que un usuario nunca ve un mensaje de error del Javascript. 
 
 Armazones 
  considera también: 
 la biblioteca del Javascript Algunos de los armazones del Javascript son: 
  AJILE 
  Backbase 
 Juego de herramientas del Dojo 
  JavaScriptCore, del Apple Computer . 
  JQuery 
  PowerForms, BRICS (investigación básica en de informática). 
 Prototipo 
  MooTools 
  Yahoo! Biblioteca de UI, Yahoo! .   
 
 Ver también 
  Bookmarklet    .
Zenithic
MeñakaRandom links: Cero absoluto | Microsoft Frontpage | 1663 en ciencia | Hojas TV | Provincia de Malatya








© 2007-2008 enciclopediaespana.com; article text available under the terms of GFDL, from en.wikipedia.org










="http://pagead2.googlesyndication.com/pagead/show_ads.js">