Cel mai bun răspuns
În ultimul deceniu (părți web nebune și sputil și permisiuni) sau cam asa ceva, supliment SharePoint dezvoltarea a evoluat în 2 găleți principale de tehnologii, pe baza tipului de add-in pe care doriți să îl dezvoltați:
- SharePoint găzduit SharePoint add- în : Acesta este un widget integrat, iar pentru aceasta limbajul cel mai recomandat este C # .
- Add-in SharePoint găzduit de furnizor : Acesta este un ui-widget dezvoltat extern folosind de preferință html + Javascript (jQuery sau unghiular sau react sau ember sau orice altceva) + css. Practic se recomandă o aplicație pură pe partea clientului.
Acest widget client este apoi încărcat în SharePoint atunci când un utilizator vă accesează programul de completare. Widgetul poate fi dezvoltat în afara SharePoint în ceea ce privește dependența și găzduirea. Dar la un moment dat, pentru a fi numit program de completare SharePoint, widgetul trebuie să interacționeze cu SharePoint pentru a prelua date, a le afișa, a scrie date înapoi etc. Pentru a face acest lucru, scriptul dvs. va interacționa cu SharePoint REST Apis, în ceea ce este numit „Modelul obiectului lateral client”. (CSOM)
# 1 este utilizat, dacă într-adevăr dezvoltați un program de completare SharePoint pentru ecosistem, care nu are mult sens în afara acestuia.
# 2 este folosit atunci când aveți un supliment de uz general și doriți să îl gestionați și să îl găzduiți extern. SharePoint în acel moment poate fi unul dintre backend-urile pe care le acceptă.
Răspuns
Răspunsul este Da, deși nu este popular și are anumite limitări. Programarea SharePoint se îmbină în dezvoltarea front-end web și dezvoltarea clientului.
Începând din SharePoint 2013, „modelul aplicației” este puternic promovat și promovat de Microsoft în timp ce tradiționalul „cod pe partea serverului” care utilizează numai C # se îndepărtează. „Modelul aplicației” acceptă așa-numita soluție „găzduită de furnizor”, care ne permite să creăm soluții cu orice limbaj de programare preferat și găzduiește pe servere, altele decât ferma SharePoint. soluția folosește API CSOM (modelul obiectului clientului) pentru a interacționa cu SharePoint.
Merită să rețineți că CSOM este recomandarea Metoda d pentru programarea SharePoint, în ciuda faptului că API-ul contemporan nu este încă la fel de versatil ca API-ul serverului.