Bästa svaret
Under det senaste decenniet (galna webbdelar och sputil och behörigheter) eller så, SharePoint-tillägg utveckling har utvecklats till två huvudsakliga tekniska hinkar, baserat på vilken typ av tillägg du vill utveckla:
- SharePoint-värd SharePoint-tillägg i : Detta är en integrerad widget, och för detta är det mest rekommenderade språket C # .
- Tillhandahållare av SharePoint-tillägg för leverantör : Detta är en externt utvecklad ui-widget som helst använder html + Javascript (jQuery eller vinkel eller reagerar eller ember eller vad som helst) + css. I grund och botten rekommenderas en ren klientapplikation.
Den här klientwidgeten laddas sedan in i SharePoint när en användare kommer åt ditt tillägg. Widgeten kan utvecklas utanför SharePoint när det gäller beroende och värd. Men någon gång, för att kallas ett SharePoint-tillägg, måste widgeten interagera med SharePoint för att hämta data, visa den, skriva tillbaka data etc. För att göra detta kommer ditt skript att interagera med SharePoint REST Apis, i vad kallas som klientsidesobjektmodell. (CSOM)
# 1 används om du verkligen utvecklar ett SharePoint-tillägg för ekosystem, vilket inte är mycket meningsfullt utanför det.
# 2 är används när du har ett tillägg för allmänt ändamål och du vill hantera och vara värd för det externt. SharePoint kan vid den tidpunkten vara en av de baksidor som stöds.
Svar
Svaret är Ja, även om det inte är populärt och med vissa begränsningar. SharePoint-programmering går samman till webb-front-end-utveckling och klientsidautveckling.
Sedan SharePoint 2013 annonseras och marknadsförs ”app-modell” kraftigt av Microsoft medan den traditionella ”serverkodningen” med endast C # förskjuts bort. ”Appmodell” stöder så kallad ”provider hosted” -lösning, som gör det möjligt för oss att skapa lösningar med vilket programmeringsspråk som helst och som är värd för andra servrar än SharePoint-gården. lösning använder CSOM (client side object model) API för att interagera med SharePoint.
Det är värt att notera att CSOM är det rekommenderade d-metoden för SharePoint-programmering trots att samtida API inte är lika mångsidigt som server-API ännu.