Consideraciones para iniciar el desarrollo sobre SharePoint 2010

A estas alturas muchos desarrolladores seguramente ya estarán pensando en migrar o actualizar su ambiente de desarrollo para trabajar con SharePoint 2010 y en ese sentido hay algunas consideraciones que merece la pena evaluar.

  1. Clases y métodos caducados. Seguramente tendrás por ahí algunos manejadores de eventos, flujos de trabajo, WebParts y ensamblados, entre otros que has desarrollado con el tiempo y que buscarías llevarte a SharePoint 2010, la mayoría de las soluciones SharePoint 2007 seguirán soportándose en SharePoint 2010 sin trabajo adicional y podrán ser migradas fácilmente, sin embargo, algunas otras tendrán que re fabricarse para su compatibilidad con SharePoint 2010, sucede que con el tiempo algunos tipos del modelo de objetos de SharePoint quedan obsoletos, esto lo vimos de 2003 a 2007 y sin duda ahora en 2010 habrá algunos más. Aquí dejo la lista de clases y métodos que han caducado. Microsoft SharePoint Server 2010: Deprecated Types and Methods.
  2. Equipo y ambiente de desarrollo. SharePoint 2010 corre bajo plataforma 64 bit y no se soporta 32bit. Se tiene que evolucionar y pues con algunos otros productos como Exchange la historia ha sido igual. Desde el punto de vista desarrollador el Service Pack 2 de MOSS cuenta con una herramienta llamada Upgrade Checker que nos permite validar y revisar nuestro ambiente actual para identificar cualquier aspecto de configuración que pudiera afectarnos en una futura actualización a SharePoint 2010. Así mismo actualizar nuestro Visual Studio 2008 a 2010 será relevante ya que VS2010 cuenta con plantillas de proyecto y soporte directo para trabajar con SharePoint 2010. Otra consideración es que SharePoint 2010 funcionara con navegadores Internet Explorer 7 o mayor. Setting Up the Development Environment for SharePoint 2010 on Windows Vista, Windows 7, and Windows Server 2008
  3. Mecanismo de despliegue. EL uso de archivos WSP es un deber en SharePoint. Los archivos WSO son paquetes que auto contienen características de funcionalidad que se pueden aprovisionar en SharePoint de una manera dinámica y flexible. Si de pura casualidad y coincidencia la forma de instalar en tus granjas funcionalidad personalizada es manual mediante la modificación de archivos dentro de la carpeta 12 hive, entonces, amigo mío sería bueno primeramente asegurarte de empaquetar en archivos WSP la funcionalidad. Los archivos WSP son aprovisionados en SharePoint el cual a la vez re aprovisiona en todos los servidores que constituyen nuestra granja. Herramientas como WSPBuilder y/o las extensiones de SharePoint para Visual Studio 2008 versión 1.2 y 1.3 han sido diseñadas especialmente para generar archivos WSP y facilitar la creación de características de sitios. Asegúrate de contabilizar tus componentes funcionales y empaquetar debidamente. El uso de herramientas de terceros como http://www.avepoint.com/ puede auxiliar.
  4. Capacítate. De que nos sirve tener SharePoint 2010 si aún no sabemos que tenemos y podemos hacer con él. EL uso de Silverlight y LINQ son estratégicos para sacar mayor ventaja de la plataforma SharePoint. Así mismo SharePoint Designer 2010 es una fenomenal herramienta para producir aplicaciones SharePoint fácilmente. Mi recomendación aquí es tratar de conocer todas las nuevas características de funcionalidad que los programadores tenemos disponibles, no olvides que SharePoint es una aplicación con gran funcionalidad disponible sino también es una plataforma de aplicación para el desarrollo de soluciones.Aqui dejo Recursos de Entrenamiento en SharePoint 2010 y unas presentaciones avanzadas sobre desarrollo SharePoint. SharePoint Server 2010: Advanced Developer Training Presentations

SharePoint 2010 representa una gran inversión y esfuerzo de ingeniería y comunidad en donde desde el año 2001 se ha venido consolidando una plataforma aplicativa para la empresa web de hoy. La gran variedad de propuestas de funcionalidad pre fabricada es enorme y combinado con las posibilidades de personalización y desarrollo nuestro alcance es sin precedentes. Sugiero planees y tomes el debido tiempo de forma racional para ir asimilando como, cuando y donde genera más valor basar nuestras soluciones de negocio sobre plataforma SharePoint 2010.

Originalmente publicado en msmvps.com

Publicado por

HelpDesk SharePoint

Consultor de tecnología de la información dedicado a entregar soluciones de misión crítica para organizaciones donde la colaboración, la comunicación y el conocimiento son su inversión estratégica. Reconocido como Microsoft Most Valuable Professional en ASP / ASP.NET desde 2005 y SharePoint Server desde 2009. Interés: Satisfacción del Cliente, Excelencia Operacional, Desarrollo de Personas, Ingeniería en Pre-Ventas Especialidades: Colaboración, Gestión de Contenidos Web, Gestión del Conocimiento, Gestión de Contenidos Empresariales, Gestión de Formularios, Intranet, Extranet, Portales, Implementaciones de entornos on-premises de SharePoint, Arquitectura de soluciones, Soporte Especializado en SharePoint y Office 365 Tecnologías: SharePoint todas las versiones, Office 365, Nintex, DocuSign, Sharegate, PowerApps, Flow, SPDocKit, InfoPath, .NET, C #, JavaScript, CSS, Skeleton Framework, Office 365 PnP

One thought on “Consideraciones para iniciar el desarrollo sobre SharePoint 2010”

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos necesarios están marcados *