Najlepsza odpowiedź
W ciągu ostatniej dekady (szalone części internetowe, sputil i uprawnienia) dodatek SharePoint rozwój rozwinął się w 2 główne segmenty technologii, w zależności od typu dodatku, który chcesz opracować:
- Dodatek SharePoint hostowany przez SharePoint in : jest to zintegrowany widżet, a do tego najbardziej zalecanym językiem jest C # .
- Dodatek SharePoint hostowany przez dostawcę : jest to widget interfejsu użytkownika opracowany zewnętrznie, najlepiej korzystający z html + JavaScript (jQuery lub angular lub reaguj lub ember lub cokolwiek) + css. Zasadniczo zalecana jest czysta aplikacja po stronie klienta.
Ten widget klienta jest następnie ładowany w SharePoint, gdy użytkownik uzyskuje dostęp do twojego dodatku. Widżet można opracować poza SharePoint pod względem zależności i hostingu. Ale w pewnym momencie, aby można go było nazwać dodatkiem SharePoint, widget musi współpracować z SharePoint, aby pobierać dane, wyświetlać je, zapisywać z powrotem itp. Aby to zrobić, twój skrypt będzie współpracował z SharePoint REST Apis, w czym nazywany jest „modelem obiektów po stronie klienta”. (CSOM)
# 1 jest używany, jeśli naprawdę tworzysz dodatek ekosystemu SharePoint, który poza nim nie ma większego sensu.
# 2 to używany, gdy masz dodatek ogólnego przeznaczenia i chcesz nim zarządzać i hostować na zewnątrz. SharePoint może być w tym momencie jednym z obsługiwanych przez niego backendów.
Odpowiedź
Odpowiedź jest tak, chociaż nie jest popularny i z pewnymi ograniczeniami. Programowanie SharePoint łączy się z programowaniem front-end w sieci Web i programowaniem po stronie klienta.
Od SharePoint 2013 „model aplikacji” jest mocno reklamowany i promowany przez firmę Microsoft podczas gdy tradycyjne „kodowanie po stronie serwera” przy użyciu samego języka C # odchodzi. „Model aplikacji” obsługuje tak zwane rozwiązanie „hostowane przez dostawcę”, które pozwala nam tworzyć rozwiązania z dowolnym preferowanym językiem programowania i hostować je na serwerach innych niż farma SharePoint. rozwiązanie wykorzystuje API CSOM (model obiektowy po stronie klienta) do interakcji z SharePoint.
Warto zauważyć, że CSOM jest zalecanym d do programowania SharePoint, mimo że współczesne API nie jest jeszcze tak wszechstronne jak API po stronie serwera.