webapi jsom for c# asp.net sharepoint

jsom - SharePoint para un desarrollador C#ASP.NET



sharepoint sdk client (9)

Me han pedido que cree un sitio web en SharePoint en las próximas dos semanas y soy completamente nuevo en SharePoint.

¿Alguien tiene buenos ejemplos / tutoriales sobre cómo hacer algunas operaciones básicas, como crear formularios personalizados, usando operaciones CRUD básicas, con una base de datos SQL Server personalizada?

También hay alguna forma de codificar en ASP.NET (con páginas de code-behind ), pero use el aspecto de SharePoint y cosas de autenticación?

Construimos nuestras aplicaciones Sharepoint a través de una combinación de SmartParts (como se mencionó anteriormente) para aplicaciones más simples y _Layout aplicaciones para cosas más complejas.

Una aplicación _layout le permite crear una aplicación web ASP.NET tradicional y prácticamente instalarla en Sharepoint. Aquí hay un enlace para que comiences.

http://msdn.microsoft.com/en-us/library/bb418732.aspx

La forma más rápida de ponerse al día es usar smartpart . Le permite construir controles de usuario ASP.NET y desplegarlos en sharepoint.

http://www.codeplex.com/smartpart/Release/ProjectReleases.aspx?ReleaseId=10697

Sharepoint designer / CAML: - Agradable para las aplicaciones de inicio.

Herramientas de Visual Studio:

  • doloroso
  • documentado muy mal
  • error montado
  • Ciclo de implementación muy pesado ...

IMO Microsoft tiene que encontrar algo mejor. Hasta entonces, smartpart es genial.

Lo primero que debe recordar es que SharePoint es solo una aplicación ASP.NET. Tiene una tonelada de marco, y varias cosas como seguridad, etc., incorporadas. Pero desde su perspectiva, puede simplemente crear un control web y básicamente implementarlo directamente en el servidor. Echa un vistazo a esta publicación de MikeG, y mira especialmente SmartPart en CodePlex. Eso te ayudará a ponerte en marcha sin demasiado alboroto. Como está utilizando controles web estándar, tiene acceso a CodeBehind. La única advertencia es que sus ensamblajes deben implementarse en el GAC u otorgarse Full Trust en los archivos de configuración, algo por lo que SmartPart lo ayudará.

SharePoint Designer es solo FrontPage, renombrado. Te podría ayudar con algunas cosas básicas, y valdría la pena investigar si esto es algo ocasional. Pero si va a hacer algún tipo de trabajo a largo plazo, le recomiendo tomar una clase sobre el desarrollo de aplicaciones de SharePoint. Puede ser una bestia, y puedes encontrarte en arenas movedizas más rápido de lo que piensas.

SharePoint no es exactamente como lo que estás acostumbrado. Mis dos quejas principales son:

Despliegue:

Si sus requisitos son para un solo sitio de producción (sin sitios de ensayo / prueba / desarrollo) su mejor opción es ir con el Diseñador de SharePoint y hackear cosas 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 mi humilde opinión y es muy fácil equivocarse.

IIS

SharePoint básicamente se hace cargo de su instalación de IIS e introduce un nuevo conjunto de reglas para ubicar cosas, etc. Una cosa es archivos "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 utilizará el archivo en la base de datos, de modo que no tiene sentido cambiar el archivo en el sistema de archivos.

Para resumir:

En mi humilde opinión, si está creando un sitio donde el tiempo de actividad no es tan importante y puede permitirse 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 pase por múltiples entornos antes de que llegue a producción (con integración continua ), no puedo pensar en ningún otro CMS basado en .NET que realice un trabajo peor. Pasará MUCHO tiempo buscando cómo lograr que las rutinas de implementación funcionen para usted, y pasará MUCHO tiempo con problemas relacionados con los archivos "fantasma"

Buena suerte.

Tal vez la forma más rápida y sencilla de comenzar es usar la aplicación SharePoint Designer que forma parte de una de las versiones de Microsoft Office. Si solo necesita crear formularios simples, Microsoft InfoPath avanzará. Luego seguiría adelante y compraría un libro sobre desarrollo de SharePoint ya que es un gran paisaje. El canal 9 también es un buen recurso para los bits de SharePoint.

Un buen comienzo para que pueda avanzar en la dirección correcta es el sitio de Microsoft para desarrollo de SharePoint, en http://www.mssharepointdeveloper.com/ . Esto te ayudará a comprender lo que debes priorizar en tus esfuerzos de aprendizaje.

Para responder a su segunda pregunta, en resumen: sí, puede crear páginas que usan código subyacente, al igual que ASP.net regular. La respuesta más larga es un poco más allá del alcance aquí, ya que requiere una mejor comprensión de cómo funciona SharePoint con páginas maestras, páginas personalizadas y los diseños o conceptos de las páginas de la aplicación en SharePoint.