Beste Antwort
In den letzten zehn Jahren (verrückte Webparts und Sputil und Berechtigungen) oder so, SharePoint-Add-In Die Entwicklung hat sich zu zwei Hauptbereichen von Technologien entwickelt, die auf der Art des Add-Ins basieren, das Sie entwickeln möchten:
- Von SharePoint gehostetes SharePoint-Add- in : Dies ist ein integriertes Widget. Die am meisten empfohlene Sprache ist C # .
- Vom Anbieter gehostetes SharePoint-Add-In : Dies ist ein extern entwickeltes UI-Widget, das vorzugsweise html + Javascript (jQuery oder eckig oder reagieren oder Glut oder was auch immer) + CSS. Grundsätzlich wird eine reine clientseitige Anwendung empfohlen.
Dieses Client-Widget wird dann in SharePoint geladen, wenn ein Benutzer auf Ihr Add-In zugreift. Das Widget kann in Bezug auf Abhängigkeit und Hosting außerhalb von SharePoint entwickelt werden. Um als SharePoint-Add-In bezeichnet zu werden, muss das Widget jedoch irgendwann mit SharePoint interagieren, um Daten abzurufen, anzuzeigen, Daten zurückzuschreiben usw. Um dies zu tun, interagiert Ihr Skript mit SharePoint REST Apis wird als „clientseitiges Objektmodell“ bezeichnet. (CSOM)
# 1 wird verwendet, wenn Sie wirklich ein SharePoint-Ökosystem-Add-In entwickeln, das außerhalb davon nicht viel Sinn macht.
# 2 ist Wird verwendet, wenn Sie ein Allzweck-Add-In haben und es extern verwalten und hosten möchten. SharePoint kann zu diesem Zeitpunkt eines der unterstützten Backends sein.
Antwort
Die Antwort ist Ja, obwohl es nicht beliebt ist und bestimmte Einschränkungen aufweist. Die SharePoint-Programmierung verschmilzt mit der Web-Front-End-Entwicklung und der clientseitigen Entwicklung.
Seit SharePoint 2013 wird das „App-Modell“ von Microsoft stark beworben und beworben Während sich die traditionelle „serverseitige Codierung“ nur mit C # verschiebt, unterstützt das „App-Modell“ die sogenannte „vom Anbieter gehostete“ Lösung, mit der wir Lösungen mit jeder bevorzugten Programmiersprache erstellen und auf anderen Servern als der von der SharePoint-Farm gehosteten Die Lösung verwendet die CSOM-API (Client Side Object Model) für die Interaktion mit SharePoint.
Es ist zu beachten, dass CSOM die Empfehlung ist d Methode für die SharePoint-Programmierung, obwohl die aktuelle API noch nicht so vielseitig ist wie die serverseitige API.