Melhor resposta
Durante a última década (web-parts malucas e sputil e permissões) ou então, suplemento do SharePoint o desenvolvimento evoluiu para dois grupos principais de tecnologias, com base no tipo de suplemento que você deseja desenvolver:
- SharePoint hospedado SharePoint add- em : Este é um widget integrado e, para isso, a linguagem mais recomendada é C # .
- Suplemento do SharePoint hospedado pelo provedor : este é um ui-widget desenvolvido externamente, de preferência usando html + Javascript (jQuery ou angular ou react ou ember ou qualquer outro) + css. Basicamente, um aplicativo do lado do cliente puro é recomendado.
Este widget do cliente é então carregado no SharePoint quando um usuário acessa seu suplemento. O widget pode ser desenvolvido fora do SharePoint em termos de dependência e hospedagem. Mas em algum ponto, para ser chamado de suplemento do SharePoint, o widget precisa interagir com o SharePoint para recuperar dados, exibi-los, gravar dados de volta etc. Para fazer isso, seu script irá interagir com o SharePoint REST Apis, é chamado de Client Side Object Model. (CSOM)
# 1 é usado, se você está realmente desenvolvendo um suplemento do ecossistema do SharePoint, o que não faz muito sentido fora dele.
# 2 é usado quando você tem um suplemento de uso geral e deseja gerenciá-lo e hospedá-lo externamente. Nesse ponto, o SharePoint pode ser um dos back-ends com suporte.
Resposta
A resposta é Sim, embora não seja popular e com certas limitações. A programação do SharePoint está se fundindo ao desenvolvimento de front-end da web e ao desenvolvimento do lado do cliente.
Desde o SharePoint 2013, o “modelo de aplicativo” é amplamente anunciado e promovido pela Microsoft enquanto a tradicional “codificação do lado do servidor” usando apenas C # está mudando. O “modelo de aplicativo” suporta a chamada solução “hospedada pelo provedor”, o que nos permite criar soluções com qualquer linguagem de programação preferida e hospedar em servidores diferentes do farm do SharePoint. solução usa CSOM (modelo de objeto do lado do cliente) API para interagir com o SharePoint.
Vale a pena observar que CSOM é o recomendado d método para programação do SharePoint, apesar de a API contemporânea ainda não ser tão versátil quanto a API do lado do servidor.