Reflection en ASPX, eh?

Acceder a absolutamente todo mediante reflection es algo que se es poniendo cada vez mas de moda y puede traer varios problemas. Pero no voy a hablar de como solucionar los problemas sino de como usar Reflection aun mas :)

En algunos casos puede ser muy util ver que controles hay en una pagina que de mi aplicacion, por ejemplo puede servir para configurar permisos sobre controles como Toolbars o Grillas, editar informacion dinamicamente en base a WebParts de otras paginas, etc..
Cuando se crea un Toolbar en una pagina lo mas normal es cargar la informacion sobre que operaciones (botones) tiene en una base de datos manualmente, pero es aun mucho mejor si la pagina en la que se configuran esos permisos puede saber automaticamente que botones tiene cada pagina....

Lo primero que hay que hacer para obtener una pagina es crear un PageHandler, para eso lo unico necesario es la URL, por ejemplo "/Carpeta/Pagina1.aspx":

// Creo un Request Mock, realmente no se va a realizar ningun Request.
SimpleWorkerRequest request = new SimpleWorkerRequest("/Carpeta/Pagina1.aspx", string.Empty, TextWriter.Null);
HttpContext mockContext = new HttpContext(request);

// Obtengo el handler de la pagina en cuestion...
IHttpHandler handler = PageParser.GetCompiledPageInstance(virtualPath, fileName, mockContext);

// Si se quiere ya se puede leer el nombre de la clase de esa pagina :)
className = handler.GetType().BaseType.FullName;

Una vez que tenemos el HttpHandler que se encarga de procesar la pagina, lo que tenemos que hacer es procesarla. Pero primero creemos un delegado que nos va a servir para indicarle a la pagina que cree los controles que nosotros queremos dinamicamente.
Durante todo este ejemplo se obtienen controles Toolbar, que es hipoteticamente un control personalizado, pero podria ser cualquier otro tipo (incluso todos los controles).

delegate Toolbar BuildToolbarDelegate();

Ahora, el codigo que recorre todos los controles declarados y compara el tipo. Es importante notar que lo que en realidad se esta recorriendo no es la clase que nosotros creamos sino una clase que ASP.NET genera dinamicamente cuando se modifica un ASPX. Esa clase posee informacion sobre todos los controles y metodos necesitados por el runtime de .NET.

private IEnumerable<Toolbar> GetPageControls(IHttpHandler handler) { Type handlerType = handler.GetType(); // Busco todos los controles definidos en la pagina FieldInfo[] fields = handlerType.GetFields(BindingFlags.NonPublic BindingFlags.Public BindingFlags.Instance); foreach (FieldInfo field in fields) { // Si el field que estoy recorriendo actualmente es un control del tipo Toolbar... if (typeof(Toolbar).Equals(field.FieldType)) { // Llamo a un metodo generado en runtime por ASP.NET para cargar la informacion del // control, el metodo se llama "__BuildControl" + id_del_control string MethodName = string.Format("__BuildControl{0}", field.Name); MethodInfo BuildControl = handler.GetType().GetMethod(MethodName, BindingFlags.Instance BindingFlags.NonPublic); // Forma simple y lenta de llamar a ese metodo: //yield return (Toolbar)BuildControl.Invoke(handler, null); // Forma rapida (aunque hay mejores aun): BuildToolbarDelegate buildDelegate = (BuildToolbarDelegate) Delegate.CreateDelegate( typeof (BuildToolbarDelegate), handler, BuildControl, true); Toolbar t1 = buildDelegate(); yield return t1; } } }

Esta tecnica simple permite hacer muchas cosas y extender la configuracion de la aplicacion usando bastante poco codigo. Incluso si se quiesiese se podria definir los tamaños de todos los controles en runtime, y para setearlos no seria tan complicado. Al menos no tanto como si no se usase esta tecnica.

De todas formas hay que tener cuidado porque cuando se procesan varias paginas puede empezar a ser lento para el usuario, pero eso se puede solucionar con Cache...

Suerte!