La mejor respuesta
Durante la última década (partes web locas, sputil y permisos) más o menos, complemento de SharePoint El desarrollo se ha convertido en 2 grupos principales de tecnologías, según el tipo de complemento que desee desarrollar:
- Complemento de SharePoint alojado en SharePoint en : este es un widget integrado, y para esto, el idioma más recomendado es C # .
- Complemento de SharePoint alojado por el proveedor : este es un widget de interfaz de usuario desarrollado externamente, preferiblemente con html + Javascript (jQuery o angular o reaccionar o ember o lo que sea) + css. Básicamente, se recomienda una aplicación del lado del cliente puro.
Este widget de cliente se carga dentro de SharePoint cuando un usuario accede a su complemento. El widget se puede desarrollar fuera de SharePoint en términos de dependencia y alojamiento. Pero en algún momento, para ser llamado complemento de SharePoint, el widget debe interactuar con SharePoint para recuperar datos, mostrarlos, escribir datos, etc. Para hacer esto, su script interactuará con SharePoint REST Apis, en qué se denomina «Modelo de objetos del lado del cliente». (CSOM)
Se utiliza el n. ° 1, si realmente está desarrollando un complemento del ecosistema de SharePoint, que no tiene mucho sentido fuera de él.
El n. ° 2 es se usa cuando tiene un complemento de propósito general y desea administrarlo y alojarlo externamente. SharePoint en ese momento puede ser uno de los backends que admite.
Respuesta
La respuesta es Sí, aunque no es popular y tiene ciertas limitaciones. La programación de SharePoint se está fusionando con el desarrollo web front-end y el desarrollo del lado del cliente.
Desde SharePoint 2013, el «modelo de aplicación» es muy publicitado y promocionado por Microsoft mientras que la tradicional «codificación del lado del servidor» que usa solo C # se está alejando. El «modelo de aplicación» admite la solución «hospedada por el proveedor», que nos permite crear soluciones con cualquier lenguaje de programación preferido y hospedarse en servidores distintos a la granja de SharePoint. La solución utiliza la API de CSOM (modelo de objetos del lado del cliente) para interactuar con SharePoint.
Vale la pena señalar que CSOM es la recomendación d para la programación de SharePoint a pesar de que la API actual aún no es tan versátil como la API del lado del servidor.