MsgBox en CodeBehind: Sacándome la duda

Hoy, antes que nada, es un post muy VB.

NOTA: Viendo los Snippets de Código en Blogger, veo que no salen como deberían. El código está completo simplemente tiene doble línea donde no debería, entonces nada más háganle scroll mientras reviso que puedo hacer para arreglarlo.

Ahora si, la historia behind este post:

Un día, un amigo en una clase de la universidad me pidió ayuda porque un webform no le funcionaba. Resulta que luego de ver el código, ví que tenia muchos msgbox en el codebehind: le pregunté porqué, me dijo que lo usaba para mostrar validaciones en la página, y para mostrar mensajes de error.

Luego de revisarle y corregirle el error por el que me pidió ayuda (más adelante les diré cuál fue), me quedé con la duda…. ¿Esos MsgBox, saldrán en el servidor o en el cliente (poco lógico)? Que pasará con un servidor remoto si le solicito mil veces la página con “validaciones” y msgbox?
Bueno, aquí está el post para sacarme la duda. Les confieso que en este momento, estoy escribiendo la entrada usando Live Writer Beta (como siempre), y aún no he visto que sucede, no he escrito una sola línea de código, ni he abierto siquiera Visual Studio. Quiero que me acompañen desde el inicio porque, sinceramente, VB me da miedo!.

Nos Creamos el Proyecto, ASP.NET app en Visual Basic:

Y Usamos la página recién creada, le agregamos un calendario, y un botón, además de algo de texto, para hacer algo menos feo.

Finalmente, el código en el code behind:

   1: Public Class _Default

   2:     Inherits System.Web.UI.Page

   3:  

   4:     Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load

   5:  

   6:     End Sub

   7:  

   8:     Protected Sub Button1_Click(ByVal sender As Object, ByVal e As EventArgs) Handles Button1.Click

   9:         If (Me.IsPostBack) Then

  10:             MsgBox("La fecha Seleccionada es: " + Calendar1.SelectedDate)

  11:  

  12:         End If

  13:  

  14:     End Sub

  15: End Class

(ninguna parte de este código pretende mostrar las mejores prácticas de programación en VB+asp.net: Soy un programador casi que exclusivo de C#)


Ahora si, cargamos la página, seleccionamos una fecha, y le damos clic al botón:








Como vemos, nos aparece el msgbox, y el navegador ( el flamante Firefox 4 Beta 1 ) espera, y carga de nuevo hasta que le demos clic en aceptar en el bendito msgbox. Pero este mensaje no nos sale del navegador! Sale de la nada, hay que darle clic al ícono para verlo, no tiene icono, etc. Ahora, como ya lo vimos funcionando, hagamos un deploy de esta página para verla remotamente ( usaré otra computadora que tengo con Windows Server 2008 R2 y IIS 7.5 para mostrarles el ejemplo )


Antes de mostrarles nada, y recordándoles que lo estoy haciendo junto con uds, les mostraré el resultado (cuando debería de mostrar el msgbox) en un IIS Remoto:








Y en un IIS local:










Como ven, es sencillo, IIS NO te deja tener MsgBox, mientras que el Servidor de Desarrollo de Visual Studio si te deja. Pero si lo pensamos, es el comportamiento ESPERADO por lo menos puesto que, si tenemos una app en un servidor real, y un usuario ejecuta alguna acción que requiere que acepte un msgbox, ¿en que momento podrá aceptarlo, si este aparece en el servidor? Para esto, un thread (o todo el servidor ) estaría on hold esperando respuesta de un mensaje que, posiblemente, nunca será aceptado. Por esto, es que tenemos que estar probando nuestras aplicaciones en IIS, y no arriesgarnos a siempre utilizar solo cassini.


Finalmente, el problema de mi amigo era que, tenia algo más o menos así:

   1: Public Class _Default

   2:     Inherits System.Web.UI.Page

   3:  

   4:     Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load

   5:         'Aquí cargo datos de una fuente X y lleno los controles

   6:  

   7:     End Sub

   8:  

   9:     Protected Sub Button1_Click(ByVal sender As Object, ByVal e As EventArgs) Handles Button1.Click

  10:         'Botón de actualizar. Nunk funcionaba porque en cada postback el Page_Load sobreescribía los datos

  11:  

  12:     End Sub

  13: End Class

Bueno, como ya saben, la solución es sencilla.


Saludos y hasta el próximo Post!

NOTA: Viendo los Snippets de Código en Blogger, veo que no salen como deberían. El código está completo simplemente tiene doble línea donde no debería, entonces nada más háganle scroll mientras reviso que puedo hacer para arreglarlo.