Tip 1- Comprando libros
El primer consejo que les puedo dar es, compren libros, muchos libros, pero que ojalá y obviamente sean buenos. Para ahorrarles en gastos innecesarios, dejenme recomedarles dos biblias excelentes. Muy claramente un libro es sobre Windows Sharepoint Services 3.0 y el otro es sobre MOSS 2007. Estos dos engendros se han convertido en mi mejor fuente de información, por su claridad y excelente forma de explicar cada concepto de estos dos sabores de Sharepoint. Les dejo el enlace de Amazon para que detallen y analicen si los adquieren o no, yo lo hice a ojo cerrado:
Tip 2- Lean estos artículos antes de...
La revista MSDN Magazine llega con un muy interesante artículo, donde los autores comparten experiencias de la vida real y hacen unas excelentes recomendaciones, que dada mi experiencia uno debería tomar en cuenta antes de hacer cualquier cosa con Sharepoint, llamese WSS 3.0 o MOSS 2007.
http://msdn.microsoft.com/es-co/magazine/dd458798.aspx
Igualmente detallen cada uno de los artículos que el citado enlaza poque son igualmente muy buenos, sobre todo si somos desarrolladores marca Sharepoint.
Tip 3- Ya me leí los artículos y ahora?
Después de tener conceptos claros, por lo menos lo básico, es hora de destapar la caja e instalar Sharepoint, aclaro que la instalación debió ser tema de lectura antes de, porque es todo un proceso de cuidado. Si la intención es un ambiente de desarrollo, les recomiendo mucho tener claro el punto del artículo recomendado en Tip 2 "Desarrollando sin Servidor", es decir, que no necesariamente tenemos porque instalar Visual Studio .NET en el servidor donde reside Sharepoint, la idea consumir los Web Services que ofrece la plataforma http://msdn.microsoft.com/es-co/library/ms458094.aspx. Si es un máquina virtual lo que ustedes desean pues simplemente instalen todo ahi. Mi recomendación es que dejen la máquina virtual para juegos con muñecas, en un proyecto real, lo mejor es tener un buen servidor donde desarrollador y diseñador puedan trabajar a la par, ya que las exigencias de negocio de cada cliente exigirán la presencia de estos dos individuos, porque no hay cosa que el usuario final deteste más que el diseño por defecto de Sharepoint. Quieren comenzar a modificar el diseño básico de Sharepoint? todo un reto, y les recomiendo leer sobre Branding en Sharepoint. Si su diseñador es hábil, como en mi afortunado caso, presentenle Sharepoint Designer, aunque igual este señor los regañará, porque realmente lo que Designer hace con el HTML de las páginas, es sencillamente desastrozo, o bueno por lo menos desde la perspectiva del diseñador, quien está acostumbrado a ver cosas más "limpias". Pero no habiendo más, es hora de explotar Sharepoint designer, así que una buena idea es comenzar viendo a los mejores: http://www.microsoft.com/downloads/details.aspx?familyid=5B10F061-41D4-48CE-85CB-01D46772240D&displaylang=en
No desperdicien dinero en libros de este engendro, que quede claro, no lo veo nada necesario.
Mis consejos son:
- Dejen las páginas maestras de Sharepoint quietas, no las modifiquen, creen sus propias páginas maestras, ojalá basadas en las por defecto y de ahi comiencen el embellecimiento.
- Estudien los formularios ASPX propios de Sharepoint, esos utilizan páginas maestras por defecto de Sharepoint, y por lo tanto no se renderizan con su página maestra, pero aclaro, pueden ponerlos apuntar a la que ustedes construyan. Sinceramente esos formularios propios de Sharepoint, deberían tratar de dejarlos como vienen, a no ser que el cliente les exija que debe conservarse el diseño en todos los rincones, hasta en los más reconditos. Esas formas son por ejemplo: DispForm.aspx, EditForm.aspx, NewForm.aspx.
- Dejen su página mestra global a todo sitio de su proyecto Sharepoint. How To? Primero coloquen su nueva master en el sitio raíz y en cada subsitio que la requiere sencillamente apunten con esta línea en sus páginas ASPX: MasterPageFile="~sitecollection/_catalogs/masterpage/miMaestra.master"
No se inventen más de dos páginas maestras por sitio, es decir máximo yo aconsejo tener la maestra del Home, cuando el cliente requiere que este sea totalmente diferente de lo demás, y su maestra global a cada subsitio. Esto ahorrará dolores de cabeza a ustedes y al adminstrador final.
- Como para el diseñador no hay vida después de las hojas de estilo o CSS, sencillamente estas serán creadas desde cero para su nueva personalización y será enlazada a través de su página mestra global: <link rel="stylesheet" type="text/css" href="miCSS.css"/>
Algo que deberán enfrentar seguramente, si nuevamente cuentan con un gran diseñador que quiere hacer retoques especiales a cosas como WebParts, es que se debe sobreescribir los estilos definidos en CORE.CSS, la hoja de estilos propia de Sharepoint, lo cual se puede lograr en miCSS.css. Les doy un ejemplo, imaginen que quieren ocultar el header de sus webparts, donde sharepoint coloca los titulos de las columnas que se muestran en cada webpart. Hacen esto en su CSS y listo, el estilo por defecto queda sobreescrito:
.default .ms-viewheadertr {
display:none;
}
Pero deben tener cuidado que lo anterior afectará todos y cada uno de los formularios ASPX que muestran webparts, lo cual no puede ser muy deseable, pero esto ya será vuestro problema.
Esta es mi primera entrada sobre temas relacionados a Sharepoint, que espero poder seguir escribiendo para dar guia y recibir su retroalimentación y así compartir las lecciones aprendidas.
Un abrazo!!
No comments:
Post a Comment