Foros del Web » Programando para Internet » ASP Clásico »

¿ASP versus Javasript?

Estas en el tema de ¿ASP versus Javasript? en el foro de ASP Clásico en Foros del Web. Hola, soy novato en programación web. He comenzado por trabajar con ASP, pero me he encontrado con que hay ciertas cosas que debemos hacerlas con ...
  #1 (permalink)  
Antiguo 08/04/2005, 12:33
 
Fecha de Ingreso: abril-2005
Mensajes: 483
Antigüedad: 20 años
Puntos: 3
¿ASP versus Javasript?

Hola, soy novato en programación web. He comenzado por trabajar con ASP, pero me he encontrado con que hay ciertas cosas que debemos hacerlas con Javascript porque con ASP no se puede.
Mi pregunta es ¿por qué no se programa todo con Javascript o hay ciertas cosas que se pueden hacer con ASP que en Javascript no se pueda?

Gracias
Javier
  #2 (permalink)  
Antiguo 08/04/2005, 12:43
Avatar de Myakire
Colaborador
 
Fecha de Ingreso: enero-2002
Ubicación: Centro de la república
Mensajes: 8.849
Antigüedad: 23 años, 3 meses
Puntos: 146
Pues si, hay cosas que ASP no puede (independientemente si programas los ASP's con vbscript o con javascript), y eso es trabajar directamente en el cliente. Pero esa no es limitante del ASP unicamente, sino de cualquier scriptlet de web.

Hay dos momentos, uno donde el usuario trabaja en su máquina por medio del navegador (cliente) y otro donde se procesa en el servidor (IIS) lo que el usuario pide.

Hay lenguajes de cliente, como javascript o vbscript y hay lenguajes de servidor, como javascript server side o vbscript server side (ASP's).

No se si te he sido claro
  #3 (permalink)  
Antiguo 08/04/2005, 12:44
Avatar de trasgukabi  
Fecha de Ingreso: septiembre-2004
Mensajes: 2.749
Antigüedad: 20 años, 7 meses
Puntos: 18
puedes hacer cosas con Jscript(que no javascript) javascript->cliente. ASP->servidor
  #4 (permalink)  
Antiguo 08/04/2005, 12:55
Avatar de u_goldman
Moderador
 
Fecha de Ingreso: enero-2002
Mensajes: 8.031
Antigüedad: 23 años, 3 meses
Puntos: 98
Solo abundando un poco mas, la finalidad de las plataformas de preprocesamiento, como el caso de ASP y PHP, es ejecutar en el servidor todos los procesos necesarios, para regresar al cliente HTML, es decir, en el servidor se hara todo el trabajo necesario con los datos, y a partir de esto, se le enviara al cliente algo que entienda, en este caso solamente texto que es el HTML, ya una vez estando "abajo" tu puedes interactuar con la aplicacion a traves del explorador de tu preferencia gracias a lenguajes client side como el caso de VBscript o Javascript como lo acoto ya el maestrazo tiguron, perdon, Myakire

Salu2,
__________________
"El hombre que ha empezado a vivir seriamente por dentro, empieza a vivir más sencillamente por fuera."
-- Ernest Hemingway
  #5 (permalink)  
Antiguo 08/04/2005, 14:27
 
Fecha de Ingreso: abril-2005
Mensajes: 483
Antigüedad: 20 años
Puntos: 3
Han sido muy claros.

Muchas gracias
  #6 (permalink)  
Antiguo 08/04/2005, 14:34
 
Fecha de Ingreso: marzo-2005
Mensajes: 1.418
Antigüedad: 20 años, 1 mes
Puntos: 9
Pero no hay que quedarse con uno o con otro, si puedes aprender ambos, y mientras aprendes cada uno tratar de aplicarlo y relacionarlo con el otro, vas a poder crear aplicaciones web realmente muy potentes.
Ahora, yo también sigo planteando nuevas preguntas, por ejemplo, para situaciones que pueden desarrollarse tanto con ASP como con JavaScript, que prefieren? o cual piensan que es mejor?, por ejemplo, una validación de un formulario, o rellenar una lista dinamicamente, etc.
  #7 (permalink)  
Antiguo 08/04/2005, 15:45
Avatar de AlZuwaga
Colaborador
 
Fecha de Ingreso: febrero-2001
Ubicación: 34.517 S, 58.500 O
Mensajes: 14.550
Antigüedad: 24 años, 2 meses
Puntos: 535
Yo creo que todo depende de varios factores.

A ver.. en cuanto a formularios, siempre conviene hacer validaciones en el cliente. Esto para que no haya submit's innecesarios si no colocan los datos requeridos o si sí los colocaron pero de distinto tipo (string en vez de numericos, etc). Luego, si los datos a recibir merecen la pena ser nuevamente controlados (información crítica), entonces volver a validar desde el servidor. Con ésto te evitás que los navegadores que no soporten javascript (¿queda alguno?) o que tengan javascript deshabilitado adrede, aunque se saltée la validación client-side, caiga si o si en la validación server-side.

El otro tema era el de las listas dependientes... realmente hacerlas mediante arrays de javascript generados dinámicamente es un kilombo. Nunca pude hacer funcionar correctamente una. Bah, miento. La única vez que me funcionó (casualmente la última vez que lo intenté) lo hice con una cantidad de datos tan grande (para una intranet) que mi navegador tardaba mucho en generar el segundo <select> en base a lo seleccionado en el primero. Entonces, acá tenés un ejemplo de que algunas veces conviene hacerlo server-side cuando igualmente se puede en el cliente.

mi 0.0000001 centavo y... vamo' que faltan 10 minutos para comenzar mi fin de semana!

:salú:
__________________
...___...
  #8 (permalink)  
Antiguo 09/04/2005, 02:14
Avatar de trasgukabi  
Fecha de Ingreso: septiembre-2004
Mensajes: 2.749
Antigüedad: 20 años, 7 meses
Puntos: 18
respecto a las validaciones de formularios, quiero hacer un apunte (estoy absolutamente de acuerdo con todo lo que se ha dicho hasta ahora): Nunca hay que hacer una validación anti-SQLinjection con javascript(en el cliente). Sé que parece una tontería, pero cualquiera con un poquito de luces en el cerebro puede emular un formulario válido y jodernos la base de datos. Esa validación, siempre en el servidor.

Sé que parece demasiado evidente, pero seguro que a alguien se le habrá podido ocurrir.

Un saludo, monstruos!!!
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 01:24.