Esta pregunta puede dar lugar a respuestas especulativas, pero supongo que hay una decisión de diseño bien pensada detrás de la implementación deevent indo.

El patrón de evento endo mantiene vivo al suscriptor mientras el editor del evento esté vivo. Por lo tanto, si no se da de baja, está perdiendo memoria (bueno, en realidad no está perdiendo, pero la memoria permanece ocupada innecesariamente).

Si quiero evitar esto, puedo cancelar la suscripción a los eventos o implementar un patrón de eventos débil comopropuesta en MSDN.

Con el patrón de eventos que causa tantos problemas (¿para principiantes?), La pregunta es: ¿por qué se tomó la decisión de que el editor mantenga una fuerte referencia al suscriptor, en lugar de hacerlos independientes o permitir que los desarrolladores tengan explícitamente unastrong oweak modificador?

Ya hay un par de preguntas aquí sobre este tema y las respuestas suenan razonables, pero ninguno realmente responde por qué es así.