none
CLIENTE SERVIDOR

    Pregunta

  • Buenas tardes alguien me podria explicar a que se refiere el cliente/servidor en asp.net , en que se diferencia la programacion del cliente con la del servidor , cual es un control de cliente y cual es uno de servidor, asi mismo tengo un proyecto de asp net y me dicen que los archivos js, son javascript que se ejecutan del lado del cliente, es decir que cuando se escriben en el html de la pagina se ejecutan en el servidor????

    Agradecido por la ayuda que me pudieran brindar.

    martes, 07 de diciembre de 2010 17:01

Respuestas

  • hola

    a que se refiere el cliente/servidor en asp.net

    ese concepto que yo sepa no existe en un ambiente web, ya que la aplciacion completa esta en el servidor, y se usna un contenedor "browser", para visualziar la aplicacion

    aunque imagino que lo usan para hacer referencia a la parte que se carga en el browser del cliente como la parte "cliente", el al aspx.cs como la parte servidora, pero la verdad seria muy raro

    si usaran un winforms que se comuncia con servicios de asmx si podrias decirse que es cliente servidor

    me dicen que los archivos js, son javascript que se ejecutan del lado del cliente, es decir que cuando se escriben en el html de la pagina se ejecutan en el servidor????

    claro asi es, el lenguaje javascript se ejecuta del lado del cliente, juento al html, para brindar dinamismo a la pagina

    pero no creo que por eso se pueda decir que es la parte cliente

    saludos


    Leandro Tuttini

    Blog
    Buenos Aires
    Argentina
    • Marcado como respuesta Augusto C jueves, 16 de diciembre de 2010 15:57
    martes, 07 de diciembre de 2010 17:17
  • Como dice Leandro cuando hablamos de cliente/servidor  entendemos de que hay programación de parte de cliente que se comunica con componentes desarrollados ejecutandose por parte del servidor.

    Sin embargo en lo que es WEB se reconoce al cliente como el Browser por donde navegas en tu aplicacion WEB. en este caso, todo lo que programas en C# o VB sobre ASP es el servidor y se ejecuta en tu servidor HTTP / IIS.

    y El Browser es el Cliente. en sí , si existe una comunicación entre el Browser y tu servidor HTTP  se abren puertos y se comunican por el mismo por medio de protocolos. pero de esa comunicacion no nos encargamos nosotros sino el IIS, el SO y el Browser.

    Ahora, cuando se habla de JavaScript en un HTML  este se ejecuta sobre la maquina el explorador de internet en la maquina "Cliente" nada de lo que haga JS afecta directamente al servidor a menos que implicitamente hagas referencia al mismo, lo cual no suele ser recomendable, ya que el codigo fuente de JS del HTML está disponible para los usuarios, básicamente se lo usa para hacer validaciones dinámicas, efectos visuales, entre otras.

     


    Jackson Rosado Developer c#, VFP, PL/SQL DBA - Oracle 10g
    • Marcado como respuesta Augusto C jueves, 16 de diciembre de 2010 15:57
    martes, 07 de diciembre de 2010 23:39

Todas las respuestas

  • hola

    a que se refiere el cliente/servidor en asp.net

    ese concepto que yo sepa no existe en un ambiente web, ya que la aplciacion completa esta en el servidor, y se usna un contenedor "browser", para visualziar la aplicacion

    aunque imagino que lo usan para hacer referencia a la parte que se carga en el browser del cliente como la parte "cliente", el al aspx.cs como la parte servidora, pero la verdad seria muy raro

    si usaran un winforms que se comuncia con servicios de asmx si podrias decirse que es cliente servidor

    me dicen que los archivos js, son javascript que se ejecutan del lado del cliente, es decir que cuando se escriben en el html de la pagina se ejecutan en el servidor????

    claro asi es, el lenguaje javascript se ejecuta del lado del cliente, juento al html, para brindar dinamismo a la pagina

    pero no creo que por eso se pueda decir que es la parte cliente

    saludos


    Leandro Tuttini

    Blog
    Buenos Aires
    Argentina
    • Marcado como respuesta Augusto C jueves, 16 de diciembre de 2010 15:57
    martes, 07 de diciembre de 2010 17:17
  • Como dice Leandro cuando hablamos de cliente/servidor  entendemos de que hay programación de parte de cliente que se comunica con componentes desarrollados ejecutandose por parte del servidor.

    Sin embargo en lo que es WEB se reconoce al cliente como el Browser por donde navegas en tu aplicacion WEB. en este caso, todo lo que programas en C# o VB sobre ASP es el servidor y se ejecuta en tu servidor HTTP / IIS.

    y El Browser es el Cliente. en sí , si existe una comunicación entre el Browser y tu servidor HTTP  se abren puertos y se comunican por el mismo por medio de protocolos. pero de esa comunicacion no nos encargamos nosotros sino el IIS, el SO y el Browser.

    Ahora, cuando se habla de JavaScript en un HTML  este se ejecuta sobre la maquina el explorador de internet en la maquina "Cliente" nada de lo que haga JS afecta directamente al servidor a menos que implicitamente hagas referencia al mismo, lo cual no suele ser recomendable, ya que el codigo fuente de JS del HTML está disponible para los usuarios, básicamente se lo usa para hacer validaciones dinámicas, efectos visuales, entre otras.

     


    Jackson Rosado Developer c#, VFP, PL/SQL DBA - Oracle 10g
    • Marcado como respuesta Augusto C jueves, 16 de diciembre de 2010 15:57
    martes, 07 de diciembre de 2010 23:39
  • hola

    a que se refiere el cliente/servidor en asp.net

    ese concepto que yo sepa no existe en un ambiente web, ya que la aplciacion completa esta en el servidor, y se usna un contenedor "browser", para visualziar la aplicacion

    aunque imagino que lo usan para hacer referencia a la parte que se carga en el browser del cliente como la parte "cliente", el al aspx.cs como la parte servidora, pero la verdad seria muy raro

    si usaran un winforms que se comuncia con servicios de asmx si podrias decirse que es cliente servidor

    me dicen que los archivos js, son javascript que se ejecutan del lado del cliente, es decir que cuando se escriben en el html de la pagina se ejecutan en el servidor????

    claro asi es, el lenguaje javascript se ejecuta del lado del cliente, juento al html, para brindar dinamismo a la pagina

    pero no creo que por eso se pueda decir que es la parte cliente

    saludos


    Leandro Tuttini

    Blog
    Buenos Aires
    Argentina


    Uhmmm no estoy de acuerdo.

    Parte cliente y parte servidor existe en una aplicación Web perfectamente, puede existir hasta en un sitio web. No es necesario que esté escrito en el codebehind de una página aspx, en cualquier lenguaje puedes tener diferentes maneras de dividir estas dos partes:

    en PHP puedes utilizar archivos .js donde manejar los datos enviados por el usuario en, por ejemplo, un formulario.

    en ASP.NET puedes realizar capas, una que muestre el formulario y valide los campos del formulario (capa vista); una clase aparte para controlar que esos datos son válidos (capa de validación, o ahora, controlador), y posteriormente otra clase que acceda a datos (capa modelo o acceso a datos).

    jueves, 09 de diciembre de 2010 12:18
  • hola javi

    con el comentario que realice apuntaba al concepto de cliente-servidor mas estricto en su significado, o sea donde tienes una parte instalada en un cliente y una parte en el servidor, habiendo una comunciacion entre estas

    en un sitio web si bien tienes el browser, y si hay una comunicacion, no instalas nada en el cliente, por eso el concepto de cliente se pierde un poco, o eso quewria apuntar

    por supuesto no me quise entrar en el concepto de desarrollo en capas porque ya es irse muy lejos en la explicacion, y agrega muchos otros conceptos

    por eso si tomas el significado de cliente-servidor tal cual uno lo conoce, una aplciacion web no seria este estilo de desarrollo, porque no tienes un cliente puro instalado con una comunciacion

    ahora bien como comente tambien tienes el concepto de thin client , cliente liviano, alli es otroa cosa son aplciaciones winforms que se comuncian con servicios web que estan en el servidor, pero hay una parte cliente instalada y una comunciacion por un protocolo estandar como puede ser el http

    saludos


    Leandro Tuttini

    Blog
    Buenos Aires
    Argentina
    jueves, 09 de diciembre de 2010 12:29
  • Entendido pues, muchas gracias :)
    jueves, 09 de diciembre de 2010 14:06
  • hola javi

    con el comentario que realice apuntaba al concepto de cliente-servidor mas estricto en su significado, o sea donde tienes una parte instalada en un cliente y una parte en el servidor, habiendo una comunciacion entre estas

    en un sitio web si bien tienes el browser, y si hay una comunicacion, no instalas nada en el cliente, por eso el concepto de cliente se pierde un poco, o eso quewria apuntar

    por supuesto no me quise entrar en el concepto de desarrollo en capas porque ya es irse muy lejos en la explicacion, y agrega muchos otros conceptos

    por eso si tomas el significado de cliente-servidor tal cual uno lo conoce, una aplciacion web no seria este estilo de desarrollo, porque no tienes un cliente puro instalado con una comunciacion

    ahora bien como comente tambien tienes el concepto de thin client , cliente liviano, alli es otroa cosa son aplciaciones winforms que se comuncian con servicios web que estan en el servidor, pero hay una parte cliente instalada y una comunciacion por un protocolo estandar como puede ser el http

    saludos


    Leandro Tuttini

    Buenos Aires
    Argentina

    Hola chicos, no concuerdo con lo expuesto por Leandro.

    Si bien es cierto existen aplicaciones que pueden instalar codigo en la maquina del cliente, el que el desarrollo web sea denominado cliente/servidor viene del hecho de que es el cliente quien se encarga de ejecutar el codigo que, por muy ridiculo que pueda ser, reside en el servidor y es el cliente quien, al ejecutar dicho codigo en su web browser, gatilla acciones que el servidor debe entregarle por medio de la ejecucion de las instrucciones programadas en el lenguaje que el emplea para ello (que puede ser python, asp, php, jsp, etc).

    Basicamente es eso. Si nos vamos a los extremos podemos hilar fino y finalmente caer en incongruencias que nada tienen que ver con el concepto de cliente/servidor (cliente pregunta, servidor responde, todo eso independiente de que sea el servidor quien tiene alojado el codigo que ejecuta el cliente... No entender esto significa que no se tiene claro el concepto y el hecho de que el codigo resida en el servidor confunde a quien lo interpreta de cualquier otra forma.).

    Tambien es posible ejecutar determinadas acciones en el servidor por medio de javascript y para ello hay mucho material como lenguajes y librerias, entre ellos, por ejemplo: json y ajax por nombrar algunos.

    Saludos a ambos :)

    martes, 27 de agosto de 2013 22:44