SharePoint no es bastante como a lo que estás acostumbrado. Mis dos quejas principales son:
Despliegue:
Si sus requisitos son para un centro de producción (no en escena/prueba de los sitios/de desarrollo) lo mejor es, probablemente, para ir con la SharePoint Designer y cortar cosas juntos directamente en el sitio de producción (sí, sé que está sucio).
Si necesita esos otros entornos, debe producir paquetes de implementación para todo (sin implementación de xcopy). Los paquetes de implementación son un PITA en mi humilde opinión y son muy fáciles de obtener incorrectos.
IIS
SharePoint toma básicamente sobre su instalación IIS e introduce un nuevo conjunto de reglas para que las cosas están ubicados los archivos, etc., es uno de gotcha "fantasma". es decir, cada vez que se cambia un archivo con SharePoint Designer, el archivo se respalda en una base de datos y, a partir de ahora, IIS solo usará el archivo en la base de datos, de modo que no tiene sentido cambiar el archivo en el sistema de archivos.
En resumen:
En mi humilde opinión, si usted está haciendo un sitio en el que el tiempo de actividad no es tan importante y puede permitirse el lujo de cometer errores en la producción, SharePoint puede ser lo suficientemente bueno con el diseñador. Si está creando un sitio CMS donde necesita que el código atraviese varios entornos antes de que llegue a producción (con continuous integration), no puedo pensar en ningún otro CMS basado en .NET que realice un trabajo peor. Pasará MUCHO tiempo buscando cómo hacer que las rutinas de implementación funcionen para usted, y pasará MUCHO tiempo con problemas relacionados con los archivos "fantasma"
Buena suerte.
¿Es esta una implementación existente de SharePoint a la que necesita agregar sus características de formulario personalizadas o está sugiriendo usar SharePoint como una plataforma de desarrollo para su solución? – webwires