Como poseedor de una subscripción MSDN me descargué el Windows Storage Server 2008 e inmediatamente me armé una máquina virtual para probarlo.
El tema es que cuando finalizó la instalación me apareció la ventana de login y no tenía la menor idea cual era la pass de logueo.
Eventos versus Delegados (Events vs Delegates)
Es la típica pregunta acerca de la diferencia entre eventos y delegados, considerando que uno siempre podría imitar la funcionalidad de un evento utilizando un delegado. Esto considerando que un evento siempre está relacionado a un delegado.
namespace EventAndDelegate
{
delegate void MsgHandler(string s);
class Class1
{
public static event MsgHandler msgNotifier;
public static MsgHandler msgNotifier2;
[STAThread]
static void Main(string[] args)
{
Class1.msgNotifier += new MsgHandler(PipeNull);
Class1.msgNotifier2 += new MsgHandler(PipeNull);
Class1.msgNotifier("test");
Class1.msgNotifier2("test2");
}
static void PipeNull(string s)
{
return;
}
}
}
Si vemos el código IL para el método Main vemos que ambos msgNotifier y msgNotifier2 son usados de la misma manera.
Si vemos en el MSDN keywords list vemos que los event son solo modificadores (modifier).
La pregunta es que cosa exactamente modifican?
Valor agregado de un evento
Eventos e interfaces
Un evento puede ser incluido en la declaración de una interface mientras que un campo no.
Invocation de un evento
Un evento solo puede ser invocado en la clase en la que se declaró, mientras que un delegado puede ser invocado desde cualquier parte.
Ejemplo:
namespace EventAndDelegate
{
delegate void MsgHandler(string s);
class Class1
{
public static event MsgHandler msgNotifier;
public static MsgHandler msgNotifier2;
static void Main(string[] args)
{
new Class2().test();
}
}
class Class2
{
public void test()
{
Class1.msgNotifier("test"); // error CS0070: The event 'EventAndDelegate.Class1.msgNotifier' can only appear on the left hand side of += or -= (except when used from within the type 'EventAndDelegate.Class1')
Class1.msgNotifier2("test2"); // compiles fine
}
}
}
Esta restricción es muy fuerte y aún las clases derivadas no pueden invocar dicho evento (salvo un método protected virtual que lo dispare).
Accesores de Eventos
Eventos disponen de métodos add y remove.
Esto es similar al get y set de las properties.
Firma del evento
el .NET framework agrega una restriction en la firma de los delegados que pueden ser usados como eventos. La firma tienen que ser en este estilo foo(object source, EventArgs e), donde source es el objeto que dispara el evento y e contiene información específica a este evento.
Estas serían a mi entender algunas diferencias entre eventos (events) y delegates (delegados)
// Load and SaveLes comento a grandes rasgos los pasos que hay que hacer para que salga andando:
Employees emps = new Employees();
if(emps.LoadByPrimaryKey(42))
{
emps.LastName = "Just Got Married";
emps.Save();
}
// Add a new record
Employees emps = new Employees();
emps.AddNew();
emps.FirstName = "Mr.";
emps.LastName = "dOOdad";
emps.Save();
// After save the identity column is already here for me.
int i = emps.EmployeeID;
8) Tambien necesitamos crear los procedimientos almacenados para eso elegimos la base de datos correspondiente en el arbol de template (por ejemplo Microsoft SQL Server) y corremos el template de dOOdad Stored Procedures. Esto escupe un monton de stores por cada tabla que son necesarios para correr las clases generadas por MyGeneration.Un amigo me consultó hace un par de días acerca de un problema que el estaba teniendo con una página en la que dinámicamente generaba unos botones, les atachaba los eventos click mediante addhandler pero en tiempo de ejecución la página aspx ignoraba olímpicamente dicha codificación.
Dim btnBoton As New Button
btnBoton.Text = "Click en este botón"
Page.Controls.Add(btnBoton)
Una vez que el botón está en la página no hay forma de hacer que responda al evento click.
No podía creer que algo tan sencillo no funcionase, de modo que empecé a buscar en todo internet, aunque me imaginaba que si agregaba un campo oculto y registraba la propiedad correcta todo iba a funcionar.
Entonces, primero hay que registrar un campo oculto en la página.
Page.ClientScript.RegisterHiddenField("BotonOculto", "")
Despues definimos el botón en forma dinámica.
Dim miBoton As New Button
miBoton.Text = "Click en este boton"
Y el secreto agregar desde el lado servidor un attribute al lado cliente que directamente envie el submit de la página mas el botón clickeado
objButton.Attributes.Add("onClick", & _ "document.forms[0].BotonOculto.value='" & _
miBoton.UniqueID & "';document.forms[0].submit();")
Bien drástico y concreto, uso el Dom y envio el submit desde el evento onClick previamente registrado.
Finalmente agrego el control a la coleccion de controles de la página.
Page.Controls.Add(miBoton)
Lo unico que resta es tomar en el postback que genera dicho botón el valor del item correspondiente y listo.
Entonces en el postback:
If Page.IsPostBack Then
If Request.Item("botonOculto").Length > 0 Then
Response.Write("Usted clickeó en el botón " & _
Request.Item("botonOculto") )
End If
End If
Línea mas, línea menos, así es como debiera quedar la cosa.
Y problema resuelto !
