javascript - validacion - validar campos vacios en html

¿Cuándo está bien usar Javascript y cuándo no? (12)

+1 a todo lo que dijo el experto.

Una cosa más que agregar: no es bueno para la accesibilidad que las funciones críticas de su sitio web se basen en JavaScript. Si JS está deshabilitado en el navegador del usuario, todavía debería poder enviar todos los formularios, haga clic en todos los botones, etc. Su sitio web debe degradarse con gracia en ausencia de JavaScript.

Una nota para formularios:
Cuando sea posible, utilice el enfoque de Hijax para enviar formularios. Haga que funcionen utilizando las actualizaciones tradicionales de la página, y luego use JavaScript para "secuestrar" el envío del formulario y hacerlo con AJAX en su lugar. Si el cliente tiene AJAX deshabilitado, los formularios aún funcionarán bien.

¿Es una buena práctica no usar mucho javascript / jquery? ¿Debemos evitarlo tanto como sea posible (para una buena accesibilidad)?

¿Cuándo está bien usar JavaScript y cuándo no está en el diseño y desarrollo web? ¿En qué escenarios y con qué condiciones?

Actualizar:

Estoy preguntando sobre sitios web públicos.

Antes de decir algo, déjeme aclarar que todo esto es relativo, se trata de SU OBJETIVO DE AUDIENCIA . La respuesta puede estar en los extremos opuestos del espectro si la mayoría de su público objetivo son personas con discapacidad en África y mi público objetivo son los jugadores en Corea del Sur.

Primero, observe la proporción de JS habilitado frente a JS inhabilitado en su audiencia objetivo. Para un sitio web promedio, es 100: 1.

En segundo lugar, considere el ancho de banda. jQuery minified y gzipped es 24K. Pero, ¿todos los navegadores funcionan correctamente con contenido gzipeado? Elija el marco de UI correcto o elija si desea utilizar uno, en función del ancho de banda de su público objetivo. Si su público objetivo es gente joven con planes de banda ancha de uso intensivo, no se quejarán si el marco es de megabytes. Pero cuando su sitio web apunta a aldeas remotas en algún país para un programa de ayuda humanitaria o un programa educativo o algo así, evite dichos marcos: apenas pueden acceder a Internet.

Tercero, para la accesibilidad, dos cosas son importantes:

Cualquier persona debe poder ver / escuchar / conocer los contenidos de su sitio web.
Cualquier persona debe poder realizar todas las funciones importantes en su sitio web.

Una vez que se ocupe de ellos utilizando las tecnologías de mínimo denominador para SU audiencia objetivo, siempre puede usar javascript para mejorar las funciones básicas y mejorar las funciones básicas existentes (autocompletar, enviar AJAX, etc.)

Para resumir, degradar con gracia.

Dejando de lado la accesibilidad, ¡no estoy de acuerdo con que debamos degradarnos con gracia en el caso de que alguien tenga JS desactivado!

Para las computadoras de escritorio con navegadores, decir que cuando las personas no tienen javascript habilitado, su sitio web debería degradarse con gracia, es como decir que el motor de su juego debería degradarse a DirectX 6 porque algunas personas usan Windows 95 . Ya no tiene sentido. Tenga en cuenta la palabra más . Solía tener sentido cuando JavaScript solo estaba allí en el 50% de los navegadores y era una tecnología emergente.

¿Alguien tiene alguna buena razón para que mi juego 3D pueda degradarse con gracia y usar DirectX 6? Es discutible. Lo que SI tiene sentido es que mi juego usa DirectX 11 en Windows 7 pero se degrada con gracia y usa DX10 en Vista o incluso DX9 en XP.

Vamos ... mira algunas estadísticas. JS habilitado para desactivar la relación es como 100: 1

Nuevamente, todo cambia si el 80% de su audiencia utiliza algún navegador web próximo en un dispositivo móvil con una implementación inestable de JS para ver su sitio web.

Si la mayoría de su público / dispositivo objetivo tiene habilitado JS, utilícelo bien. Si ellos no tienen, entonces no lo hagan. Solo tienes que darles lo que pueden usar y ver.

Siempre habrá una minoría, pero si hay un requisito previo para ver un sitio web y está bastante extendido, deben tenerlo instalado / habilitado o, de lo contrario, es demasiado malo para ellos. Ciertamente no quieres paranoicos en tu audiencia objetivo.

Al final del día, solo usted tendrá la información que lo ayudará a decidir cuánto debe usar JavaScript. Siempre es dictado por su público objetivo y sus dispositivos.

Bueno, no estoy de acuerdo con tu punto de que no usar java-script y jquery regularmente. Hoy en día, los navegadores son compatibles con javascript. Y si tiene que desarrollar un sitio web en el que se requiera validación, tiene que preferir javascript (para la validación del lado del cliente).

Con javascript podemos tener una relación cliente / servidor con los usuarios, en el sentido de que podemos usar su poder de la CPU para construir la página y liberar algunos recursos de nuestros servidores. Entregamos el código y los datos y sus navegadores los juntan y es como debería ser. :)

Sinceramente babak

Con todo mi respeto al Sr. J. Nielsen: el conservativismo en el diseño puede ser realmente absurdo en términos de evolución y progreso. Cuando apareció Flash por primera vez (con las primeras versiones de ActionScript, realmente con programación para llevar), surgieron muchas interfaces animadas y ruidosas, la mayoría de ellas casi imposibles de operar en términos de facilidad de uso. Pero el hecho es que, a partir de todos esos experimentos futuristas, han surgido algunas mejoras cualitativas en términos de UI.

Con javascript sucedió algo similar: lo que era un simple widget se está volviendo cada vez más popular, incluso trascendiendo la capa de presentación para manejar cierta lógica empresarial: las RIA (aplicaciones de Internet enriquecidas) están confiando gradualmente en javascript para la experiencia del usuario. ¿Usar o no usar javascript?

Creo que todas las herramientas orientadas a mejorar la usabilidad y la interacción son bienvenidas en un mundo completamente nuevo que evoluciona continuamente y que es demasiado lejos para tener una forma, una dirección afilada o simplemente un plan simple debajo.

Lo que otros dicen aquí es completamente cierto: no vale la pena pensar en uno o dos que aún tienen JavaScript desactivado, ya que a los productores de juegos no les importa mucho si tu computadora apesta y siguen tirando de los límites de los gráficos. Gracias a esto, ya no estamos jugando a PACMAN (solo si Google quiere) y podemos disfrutar de Assassins Creed.

El uso principal de JavaScript es escribir funciones que estén integradas o incluidas desde páginas HTML e interactúen con el Modelo de objetos de documento (DOM) de la página. Algunos ejemplos simples de este uso son:

Abrir o abrir una nueva ventana con control programático sobre el tamaño, la posición y los atributos de la nueva ventana.
Validación de los valores de entrada del formulario web para asegurarse de que se aceptarán antes de enviarlos al servidor.
Cambio de imágenes a medida que el cursor del mouse se mueve sobre ellas: este efecto se usa a menudo para atraer la atención del usuario hacia enlaces importantes que se muestran como elementos gráficos.

Debido a que el código JavaScript puede ejecutarse localmente en el navegador de un usuario (en lugar de hacerlo en un servidor remoto), puede responder a las acciones de los usuarios rápidamente, haciendo que una aplicación se sienta más receptiva.

En un sitio web público, está bien usar JavaScript siempre que la información que contiene su sitio aún esté disponible y la facilidad de uso aún sea buena para las personas sin JS.

Si se encuentra en un entorno más controlado, como una intranet de empresas o algo así, quizás pueda confiar mucho más en JavaScript.

Además, si su sitio es más una aplicación que un documento y su funcionalidad simplemente no es posible sin JS, por supuesto puede usarlo.

También puede simplemente aceptar el hecho de que algunas personas tendrán problemas para usar su sitio, pero de todos modos confiarán en gran medida en JS. Esa es tu elección.

La respuesta de mhr, "Siempre, siempre que se degrade con gracia", es una buena línea de base. Me gustaría agregar que se pueden hacer excepciones razonables cuando Javascript proporciona la funcionalidad de la aplicación (su sitio es una "aplicación web" en lugar de ser meramente informativo) que no tiene un equivalente del lado del servidor. Entonces, por ejemplo, la "degradación elegante" no debería impedir que construya una herramienta de dibujo basada en la web (que sería, en el mejor de los casos, inusualmente onerosa si se degradara con gracia en las formas y la funcionalidad del lado del servidor). Sin embargo, debe evitar que usted requiera que Javascript acceda a cualquier contenido que la herramienta de dibujo publique a una audiencia distinta del creador del contenido (porque el creador del contenido, evidentemente, ya ha aceptado que se requiere Javascript para su uso del sitio). ).

Si está desarrollando un sitio web simple, solo debe usar JavaScript para mejorar la experiencia del usuario, y debería degradarse con gracia para aquellos que no lo tienen habilitado. Si su sitio web está centrado en el contenido, así es como debe tratarlo: primero el contenido, luego las campanas y los silbidos basados en JavaScript. No debe haber una sola pieza de funcionalidad requerida que no funcione sin JavaScript habilitado.

Sin embargo , si usted está haciendo una aplicación web, entonces enloquece. Se supone que las aplicaciones web utilizan JavaScript, por lo que no tiene sentido atender a las personas que lo tienen desactivado; Si realmente quieren usar su producto, habilitarán JavaScript (o usarán un dispositivo diferente). No vale la pena todos los problemas para que funcione sin JavaScript habilitado. Eso es como argumentar que no debe darle buenos gráficos a su videojuego porque las computadoras de gama baja no podrán ejecutarlo: las personas que realmente quieren jugar su videojuego actualizarán su máquina.

Su sitio debe degradarse con gracia, aunque solo sea por una razón: NoScript. Esa extensión de Firefox depende de la lista blanca para permitir que los sitios ejecuten Javascript. Eso implica que los sitios que nunca he visitado antes no podrán ejecutar Javascript. Es una buena manera de prevenir muchos ataques de phishing y ataques de scripts entre sitios (XSS).

Los sitios tienen que ganarme mi confianza primero. Sí, Ebay y Amazon pueden depender mucho de Javascript, pero un sitio como www.buyviagracheap.com puede que no.

Y si, con Javascript desactivado, no tienes nada que mostrar, presionaré "atrás" rápidamente antes de que puedas decir "pero ...", y nunca volverás.

Sin embargo, si me gusta lo que veo, puedo habilitar Javascript para su sitio y mejorar mi experiencia. Por lo tanto, no es necesario proporcionar una funcionalidad alternativa completa con Javascript desactivado.

Tengo que discrepar respetuosamente con los carteles que dicen que no debes usar JavaScript, o usarlo con moderación, o degradarlo con gracia.

La razón es que la gran mayoría de las personas hoy en día tiene JavaScript habilitado y aprecia la experiencia de escritorio que puede proporcionar desde un sitio web. Realmente, ¿quién no tiene habilitado JavaScript? Las personas actúan como si se tratara de un grupo estadísticamente significativo. No lo es.

No usar JavaScript es un poco como analizar pequeños tamaños (oh, puedo usar un entero de 16 bits aquí en lugar de 32 bits para ahorrar algo de memoria). A menos que esté realizando un proyecto monstruoso para cientos de miles de personas, donde el retorno de la inversión del tiempo que dedica a que su sitio web se degrade correctamente es realmente positivo, debe usar JavaScript tan libremente como lo desee. Las dos personas que no pueden acceder a él porque lo deshabilitaron son paranoicas y probablemente no son el tipo de personas que usted desea como clientes de todos modos.

Sólo mis 2 centavos.

NASA es un gran ejemplo de cómo no usar JavaScript en un sitio web público: parece que están usando JS para servir hojas de estilo específicas del navegador, lo que resulta en un desorden sin estilo con JS deshabilitado.