A lo largo de los años, los que nos dedicamos al desarrollo de software vamos adquiriendo una serie de Una de las características que más repercusión ha tenido en ASP.NET Web Forms, y que personalmente creo que ha sido clave en el éxito, es la posibilidad de crear controles personalizados o extender los ya existentes. Esta característica está presente desde la aparición de .NET, donde en principio, únicamente existía un tipo de proyecto web dentro de la plataforma, poco a poco ha ido evolucionando y dejando pasos a nuevos paradigmas como ASP.NET MVC, ASP.NET Web API, etc. Sin embargo Microsoft sigue apostando por esta tecnología, ASP.NET WebForms nos permite un rápido desarrollo de aplicaciones (RAD Application) basadas en Arrastrar y Soltar, crear componentes visuales reutilizables, paradigma de programación similar al de una aplicación de escritorio, hacen que resulte una opción a tener en cuenta para algunos escenarios como por ejemplo una aplicación utilizada en una intranet local, pequeñas aplicaciones puntuales dirigidas por datos.
¿Con todo esto quiero decir que no tengamos en cuenta otras opciones cuando se trate de aplicación para intranet? No de ningún modo, la idea que trato de plasmar es que si dispones de una aplicación con Web Forms puedes sacar mucho partido de ella, y no porque otro paradigma como ASP.NET MVC, sea más acertado para el escenario X debes tirarla a la basura y rehacerla de todo.
Bueno, y después de este disclaimer de porque un domingo del 2014 me pongo a postear sobre Web Forms, es para hablaros de una característica no muy conocida, y que nos facilita un poco más la labor de extender controles.
El de hoy es un pequeño tip, ahora que estamos retomando el blog, lo haré poco a poco, así que prometo no extenderme mucho, o por lo menos, lo intentaré.
En este post continuaré con la serie de afinaciones de rendimiento y buenas prácticas en lado cliente con JavaScript aunque puede ser aplicable a otros lenguajes similares. Metámonos en harina.
Tras asistir la semana pasada, junto con otros 90 participantes, al WebCast sobre las novedades de EF 6 realizado por Unai Zorrilla, un auténtico crack que está haciendo una increíble aportación al proyecto, que como ya sabréis lo han liberado como proyecto open source, y Diego Vega, Developer Lead de Entity Framework, me he animado a escribir esta mini explicación de la potencia de EF CodeFirst
Bueno hoy es una rápida, ya que no tengo mucho time y últimamente ando más liado que la pata de un romano, pero prometo volver a retomar el blog con las mismas ganas que cuando lo empecé. Casualmente me encontraba modificando una aplicación que había hecho hace tiempo,(versión 1.1 del Framework, jeje) , y me he encontrado con el código que os voy a mostrar, que como dice el título, es el típico numericBox donde el usuario sólo puede escribir números..
Ya hace algún tiempo que no escribo nada en el blog, la verdad es que últimamente entre el trabajo y un curso de desarrollo para Windows 8 que estoy haciendo pues la verdad que no me queda mucho tiempo para bloguear. Por otro lado me propuse escribir al menos una entrada a la semana cuando monté el blog, así que esta va a ser un poco cortita.
El otro día en la oficina surgió la necesidad de pasar datos desde un control de usuario a otro que se encontraban en la misma página, y preguntaron “¿Se puede utilizar el ViewState desde el control para compartir la información entre ellos?”
La respuesta es un poco ambigua, en principio no es posible compartir datos de un control a otro usando este mecanismo, ya que el ViewState de cada control trabaja dentro del contexto de este y no dentro del contexto de la página. En este artículo veremos un método para conseguirlo
Los que me conozcáis sabéis que soy una persona inquieta, que siempre trata de estar a la casi última de ver un poquito de tod, probando cosas, haciendo cursos, mirando esta o otra tecnología, en resumen “frikeando”
Pues bien estas últimas semanas he estado realizando un curso de desarrollo para Windows 8 en el que como prueba final los alumnos debíamos subir dos aplicaciones a la Windows Store.
He de decir que lo complicado de estas prácticas ha sido pasar los requisitos de publicación de las mismas si tenéis pensado publicar alguna aplicación os aconsejo que invirtáis algo de tiempo en leer el siguiente documento requisitos de certificación para una aplicación Windows 8
Bien para este curso, al igual que el resto de los alumnos, he desarrollado mis dos “súper-sencillas” aplicaciones que he publicado en la Windows Store de forma gratuita y sin publicidad.
Una de las aplicaciones que he realizado se trata de un simple lector de este blog que consume la sindicación de RSS y que os permitirá estar al día de las “barrenadas” que escribo.
Una de las cosas que personalmente más me gustan de la nueva versión de .NET 4.5 es el soporte para definiciones de scripts de cliente desde cnds, local, con versiones debug, esto nos facilita enormemente la tarea de cambiar a mano las referencias de los scripts en las páginas por sus versiones minificadas y de implementar los mecanismos de testeo de carga de escript desde los cnd.
Bien dejaré para otro post, que tengo en borrador, las posibles maneras de implementar los mecanismos de carga de scripts apoyándonos en proveedores de CDN tanto a mano como utilizando librerías de terceros.
Para este post, lo que se necesita tener claro, es que una red de entrega de contenidos (CDN) no es más que un servidor conectado a una red con un gran ancho de banda y que nuestro DNS resolverá, de manera transparente para nosotros, hacia el más próximo geográficamente, las ventajas de los CDN las comentaré en ese otro post prometido.
Dado que el "servidor" que nos va a entregar los recursos que nuestro sitio necesite está fuera de nuestro control por decirlo de algún modo, tenemos que ser capaces de determinar si el recurso se ha entregado correctamente, dado que la red de CDN puede estar caída, el cliente no tiene acceso a ese servidor por alguna regla de firewall, nuestra aplicación ha sido desplegada dentro de una intranet sin conexión al exterior, etc. En ese caso, implementamos un mecanismo que chequea la correcta descarga del recurso, y en caso de haber fallado obtenemos una copia de el mismo recurso desde otro lugar, normalmente desde el mismo sitio (servidor) que está entregando el resto de la aplicación.
