Beste antwoord
In het afgelopen decennium (gekke webonderdelen en sputil en machtigingen) of zo, SharePoint-invoegtoepassing ontwikkeling is geëvolueerd naar 2 hoofdbakken met technologieën, gebaseerd op het type invoegtoepassing dat u wilt ontwikkelen:
- SharePoint-gehoste SharePoint-add- in : Dit is een geïntegreerde widget, en hiervoor is de meest aanbevolen taal C # .
- Door provider gehoste SharePoint-invoegtoepassing : dit is een extern ontwikkelde ui-widget die bij voorkeur html + Javascript gebruikt (jQuery of hoekig of reageer of ember of wat dan ook) + css. In principe wordt een pure applicatie aan de clientzijde aanbevolen.
Deze clientwidget wordt vervolgens in SharePoint geladen wanneer een gebruiker uw add-in opent. De widget kan qua afhankelijkheid en hosting buiten SharePoint worden ontwikkeld. Maar op een gegeven moment, om een SharePoint-invoegtoepassing te worden genoemd, moet de widget communiceren met SharePoint om gegevens op te halen, weer te geven, gegevens terug te schrijven enz. Om dit te doen, zal uw script communiceren met SharePoint REST Apis, in wat wordt het Client Side Object Model genoemd. (CSOM)
# 1 wordt gebruikt als je echt een SharePoint-ecosysteem-add-in ontwikkelt, die daarbuiten niet veel zin heeft.
# 2 is wordt gebruikt wanneer u een add-in voor algemeen gebruik heeft en deze extern wilt beheren en hosten. SharePoint kan op dat moment een van de backends zijn die het ondersteunt.
Antwoord
Het antwoord is Ja, hoewel het niet populair is en met bepaalde beperkingen. SharePoint-programmering versmelt met front-end webontwikkeling en ontwikkeling aan clientzijde.
Sinds SharePoint 2013 wordt app-model veel geadverteerd en gepromoot door Microsoft terwijl de traditionele “codering aan de serverzijde” met alleen C # aan het verschuiven is. “App-model” ondersteunt de zogenaamde “door een provider gehoste” oplossing, die ons in staat stelt om oplossingen te creëren met elke gewenste programmeertaal en te hosten op andere servers dan de SharePoint-farm. Door de provider gehost oplossing gebruikt CSOM (client side object model) API om te communiceren met SharePoint.
Het is de moeite waard om op te merken dat CSOM de aanbevolen d-methode voor SharePoint-programmering ondanks het feit dat de hedendaagse API nog niet zo veelzijdig is als de server-side API.