Blog de Content.NET

"El diseño lógico de la aplicación debe pasar del fuente a datos"

Si tenemos una aplicación clásica ASP.NET 2.0, nos encontramos con un proyecto en el que hay una página maestra (Master Page), varias páginas (.ASPX) que al utilizar la página maestra tienen uno o varios contenedores (ContentPlaceHolder) heredados de la página maestra y posiblemente algunos controles de usuario (.ASCX) y controles custom (.DLL) y un menú basado en un fichero XML jerárquico (web.sitemap).

Para que nuestra aplicación tenga un motor que sea capaz de leer de una determinada fuente la información (diseño, configuración, datos)  de nuestra aplicación y presentarla adecuadamente al usuario, deberemos en una mayor o menor parte pasar dicha información de los fuentes de nuestras páginas a una base de datos de cualquier tipo.

Un primer paso para que nuestra aplicación se convierta en un motor o portal, es tener una única página física (.ASPX)que sea capaz de mostrar la información correspondiente a las diversas páginas lógicas de nuestra aplicación. Es evidente que la jerarquía de páginas especificada en el web.sitemap debe desaparecer de este fichero para ir a una tabla (¿Paginas?) de base de datos y que las distintas funciones lógicas que se realizan en cada página .ASPX deben desaparecer del fuente y pasar a otra tabla (¿Partes?).

Para esto deberemos realizar el paso previo de pasar todo el contenido de nuestras páginas a controles (.ASCX) de una manera estructurada. Por ejemplo, si en una página tenemos varios contenedores, es lógico que con el código de cada uno de ellos se cree un control distinto. Y también, si en un contenedor están codificadas varias funciones lógicas, lo lógico es separar cada una de ellas en un control de usuario específico.

Tras un año largo de inactividad en Xuar, pasado en aprender y dominar ASP.NET 2.0 y en realizar varias aplicaciones Web 2.0 independientes, la duplicidad de funciones en todas ellas me ha hecho volver a pensar en utilizar un motor común para el desarrollo de aplicaciones web.

El tiempo y esfuerzo utilizado en Xuar en su momento, y la experiencia de Content.NET pueden aprovecharse para refundar Xuar como un sencillo motor para realizar aplicaciones web.

Así pues, Xuar renacerá (sin webparts pero con AJAX) en el 2008 (o morirá en el intento).

Usted puede ahora descargar los fuentes de Xuar (recuerde que la versión es todavía alpha) en el proyecto Xuar en Codeplex.

Actualización del 24 mayo de 2005 (Versión Content.NET 0.9.3):

• La posibilidad existente en los módulos Anuncios y Texto HTML de poder configurar la traducción automática se ha eliminido y se ha pasado esta característica a nivel de portal. Y el valor por defecto es desactivado. Esto es porque el servicio Babelfish de traducción ha vuelto a dejar de funcionar. Los módulos base que tienen la posibilidad de traducción automática (si así se ha configurado en el portal) son, por el momento, Anuncios y Texto HTML.
• Módulo Texto HTML.- Corregido un problema (creaba el contenido en la cultura del usuario registrado) cuando el portal tiene solo un idioma y el usuario registrado tiene un idioma preferido distinto del del portal.
• Módulo Texto HTML.- Corregido un problema (daba error en lugar de sacar el comentario de que el usuario no tiene derechos para modificar el texto) cuando se quiere modificar el contenido y se había pasado el tiempo de conexión.
• Módulo IFrame.- Corregido el problema de que cuando no hay información en la cultura por defecto no coge el idioma por defecto.
• Módulo SiteMap.- Internacionalizado.
• Módulo SiteMap.- Que coja los nombres de la cultura en curso.
• Módulo SiteMap.- Cambiado para que saque el nombre del portal y no el del dominio. Esto daba problemas trabajando con subportales.
• Módulo Usuarios en línea.- Corregido el problema que ocurría porque el último usuario aparecía con un enlace que daba error si el usuario del portal no se había autentificado.
• Configuración de Módulo (Module Settings).- Corregido un problema (daba error en lugar de sacar el comentario de que el usuario no tiene derechos para modificar el texto) cuando se quiere modificar la configuración del módulo y se había pasado el tiempo de conexión.
• Banderas.- Añadidas banderas de Cuba y de Serbia y Montenegro. Cambiada también la función Flag de la base de datos, para que devuelva la bandera de Serbia y Montenegro.

Como pueden ver, hemos duplicado el blog sobre Content.NET para que esté también disponible en castellano. Pueden ver el blog en inglés en http://blog.sareleku.com/ContentDotNet/default.aspx.

Quizás así consigamos una mayor participación de los usuarios de nuestro portal, que son en su mayoría actualmente de España y Latinoamérica.

Esto significa un mayor trabajo para los moderadores, pero nos consideraremos satisfechos si con esto conseguimos una mayor comunicación entre nuestra comunidad.

Aunque en los dos o tres últimos meses no se hayan incluido apenas modificaciones en los fuentes de GotDotNet ni se haya mejorado el funcionamiento de Xuar Live, el proyecto no está abandonado.

La culpa la tienen las vacaciones anuales y el trabajo en proyectos alternativos y menos complejos que Xuar que permiten profundizar en las diversas características nuevas de ASP.NET 2.0 con un mejor rendimiento en el aprendizaje que si se hicieran directamente sobre Xuar.

Esperamos que pronto puedan verse en Xuar los resultados.

Esta nueva versión de Xuar utiliza la nueva tecnología Atlas para trabajar con las Webparts. Puede verlo en funcionamiento en el menú "Administración".

Las webparts de Xuar utilizarán los nuevos controles propios de Atlas, pero esto será en las siguientes versiones. Ahora solo se utiliza el control UpdatePanel.

Después de 10 días de vacaciones, de cambiar de proveedor y de hacer alguna aplicación ASP.NET 2.0, hemos incluido en Xuar:

• el uso de Atlas en algunas webparts,
• la nueva versión de Webpartcomponents (Nsquared2).

Estamos trabajando en:

• refrescar el Sitemap cuando se cambie el idioma,
• hacer una Webpart con la p.a.d. de la información de los usuarios,
• solucionar diversos problemas de la GridView trabajando con Webparts; el problema está localizado en WebComponents cuando se utilizan ficheros de WebChromes,
• documentar los diversos componentes de terceros que son integrados con Xuar,
• terminar una nueva Webpart que es una galería de imágenes.

Estamos trabajando en:

• refrescar el Sitemap cuando se cambie el idioma,
• hacer una Webpart con la p.a.d. de la información de los usuarios,
• solucionar diversos problemas de la GridView trabajando con Webparts,
• utilizar la nueva versión de Webpartcomponents (Nsquared2),
• documentar los diversos componentes de terceros que son integrados con Xuar.

Esperando poder tener a Xuar en una URL fija en nuestro servidor, temporalmente pueden ver estas primeras versiones de Xuar en http://cdn2-1.at.vwdhosting.net/.

El lugar fijo ya está disponible en http://xuar.herensoft.net.

Esta es una versión pre-compilada de aplicación Web.