Meilleure réponse
Au cours de la dernière décennie (composants Web, sputil et autorisations fous) ou plus, complément SharePoint le développement a évolué vers 2 grands ensembles de technologies, en fonction du type de complément que vous souhaitez développer:
- SharePoint hébergé add- en : il sagit dun widget intégré, et pour cela, la langue la plus recommandée est C # .
- Complément SharePoint hébergé par le fournisseur : il sagit dun widget dinterface utilisateur développé en externe utilisant de préférence html + Javascript (jQuery ou angular ou react ou ember ou autre) + css. Fondamentalement, une application côté client pure est recommandée.
Ce widget client est ensuite chargé dans SharePoint lorsquun utilisateur accède à votre complément. Le widget peut être développé en dehors de SharePoint en termes de dépendance et dhébergement. Mais à un moment donné, pour être appelé complément SharePoint, le widget doit interagir avec SharePoint pour récupérer des données, les afficher, les réécrire, etc. Pour ce faire, votre script interagira avec les Apis REST SharePoint, dans ce qui est appelé «Modèle dobjet côté client». (CSOM)
# 1 est utilisé, si vous développez vraiment un complément déco-système SharePoint, ce qui na pas beaucoup de sens en dehors.
# 2 est utilisé lorsque vous avez un complément à usage général et que vous souhaitez le gérer et lhéberger en externe. SharePoint à ce stade peut être lun des backends quil prend en charge.
Réponse
La réponse est Oui, bien quil ne soit pas populaire et avec certaines limitations. La programmation SharePoint est en train de fusionner avec le développement web front-end et le développement côté client.
Depuis SharePoint 2013, le « modèle dapplication » est fortement annoncé et promu par Microsoft tandis que le «codage côté serveur» traditionnel utilisant uniquement C # est en train de disparaître. Le «modèle dapplication» prend en charge la solution dite «hébergée par le fournisseur», qui nous permet de créer des solutions avec nimporte quel langage de programmation préféré et dhéberger sur des serveurs autres que la batterie de serveurs SharePoint. solution utilise lAPI CSOM (modèle dobjet côté client) pour interagir avec SharePoint.
Il est intéressant de noter que CSOM est le méthode d pour la programmation SharePoint bien que lAPI contemporaine ne soit pas encore aussi polyvalente que lAPI côté serveur.