Tengo muchos amigos que desarrollan aplicaciones Web, aplicaciones “serias” que gestionan procesos “críticos”.
Hablando con uno de ellos,Pablo Espinosa le planteaba la pregunta:
¿Por qué no usas alguna solución basada en Portal?, como Pablo trabaja con tecnología Java lo primero que le envié fueron los links de los productos que podría usar como servidores de Portal:
En principio se tiene asociada la imagen de una solución de Portal con gestión y publicación de contenidos Web en entornos de Internet(páginas web corporativas) o Intranet(portal del empleado).
Muchas personas a priori no le ven utilidad a un Portal para construir las aplicaciones de negocio. ¿Dónde están las ventajas?
La idea de un Portal es permitir de forma visual componer / configurar soluciones en tiempo de ejecución y de forma ágil para el cliente.
Los portales(entre otras funcionalidades) permiten componer las paginas por medio de Componentes Gestionables WebParts(Portlest en el mundo Java).
El administrador(o un usuario con privilegios determinados) arrastra y suelta los componentes que necesite en cada momento. En lugar de diseñar la vista(.aspx o .jsp) en tiempo de diseño lo hacemos en tiempo de ejecución. De esta forma obtenemos una solución flexible, extensible y que se adapta de forma ágil a las necesidades del negocio.
Normalmente los Portales permiten asociar a cada componente reglas de seguridad, de esta forma no todos los usuarios pueden ver todos los componentes de una página.
Si hay personas que aun no lo ven que jueguen con http://www.google.com/ig y se imaginen que el ERP de la empresa se configura en base a crear pestaña y arrastrar componentes(lista de clientes, lista de proveedores, material, proyectos, etc.) a la pagina que tiene cada pestaña.
Por otra parte es muy importante el correcto diseño de la lógica de negocio(que no está implementada en los WebParts), en este punto la idea es que la lógica de negocio se exponga como API o Servicio Web, de esta forma los WebParts interactúan con la lógica de negocio(así como sistemas externos también pueden consumir los servicios).
Como me comento mi buen amigo Ángel,con referencia al uso de Portales como base para aplicaciones Web:
"te lo damos todo hecho, pero si tu quieres perder el tiempo"
"pero aquí nos gusta inventar la rueda" :-)
En el Blog SharePoint From Scratch he encontrado un interesante truco(yo me lo conocía para SPS2003) y consiste en ocultar elementos de una pagina WSS por medio de un WebParte de contenido en el que se manipula los estilos CSS de los elementos de interfase de SharePoint.
El truco completo en:
http://www.sharepointblogs.com/spfromscratch/archive/2007/12/18/blank-page.aspx
Este método es muy efectivo para las situaciones en las que no se tiene gran control sobre el servidor y no se puede manipular las masterpages. Es rápido y efectivo.
Algo similar ya comente para SPS2003
http://jdieguez.wordpress.com/2007/06/28/ocultar-elementos-de-navegacin-de-sharepoint-wss2sps2003-en-pginas-y-formularios/
El día 10 de diciembre Microsoft ha publicado la URL para descargar la versión preview de las extensiones para ASP.Net 3.5. Se trata de un conjunto de nuevas herramientas que Microsoft publicara de forma definitiva el año que viene y será de gran ayuda para los desarrolladores de ASP.NET.
Una de las piezas notables es el MVC Framework aporta un modelo estructurado (basado en el patrón Model-View-Controller) para el desarrollo de soluciones ASP.NET. Otras piezas que se incluyen en las extensiones son: ASP.NET AJAX Improvements, ASP.NET Dynamic Data Support, ASP.NET Silverlight Support,ADO.NET Data Services.
Se descarga de aquí:
http://asp.net/downloads/3.5-extensions/
La guía rápida on-line aquí:
http://quickstarts.asp.net/3-5-extensions/
Es habitual tener que parar temporalmente una aplicación ASP.NET para realizar tareas de mantenimiento. En este caso se necesita habilitar una página que le informe al usuario de que la aplicación esta temporalmente fiera de servicio.
En el artículo de Scott Mitchel “Taking an ASP.NET 2.0 Application Offline” explica la mejor manera de “desconectar” la aplicación ASP.NET habilitando la pagina de aviso para el usuario.
En mi opinión la forma más practica consiste en el uso del fichero App_Offline.htm, la colocación de un fichero con este nombre en el root de la aplicación, provoca que el runtime de ASP responda a cualquier solicitud con el contenido del fichero App_Offline.htm(en este fichero es donde se coloca el aviso para el usuario de que la aplicación esta temporalmente fuera de servicio).
El borrado del fichero App_Offline.htm restablece de forma automática el funcionamiento normal de ASP.NET.
Este recurso fue introducido en la versión 2 de ASP.NET y es de gran ayuda para el mantenimiento de entornos en producción.