최상의 답변
지난 10 년 동안 (미친 웹 파트 및 sputil 및 권한) 정도, SharePoint 추가 기능 개발은 개발하려는 추가 기능의 유형에 따라 두 가지 주요 기술 버킷으로 발전했습니다.
- SharePoint 호스팅 SharePoint 추가- in : 통합 된 위젯이며 가장 권장되는 언어는 C # 입니다.
- 제공 업체 호스팅 SharePoint 추가 기능 : 외부에서 개발 된 ui-widget으로 html + Javascript (jQuery 또는 각도 또는 반응 또는 ember 등) + css. 기본적으로 순수한 클라이언트 측 애플리케이션이 권장됩니다.
이 클라이언트 위젯은 사용자가 추가 기능에 액세스 할 때 SharePoint 내에로드됩니다. 위젯은 종속성 및 호스팅 측면에서 SharePoint 외부에서 개발할 수 있습니다. 그러나 어느 시점에서 SharePoint 추가 기능이라고 부르기 위해 위젯은 SharePoint와 상호 작용하여 데이터를 검색하고 표시하고 데이터를 다시 작성해야합니다. 이렇게하려면 스크립트가 SharePoint REST Apis와 상호 작용합니다. 클라이언트 측 개체 모델이라고합니다. (CSOM)
# 1은 실제로 SharePoint 에코 시스템 추가 기능을 개발하는 경우 사용되며 외부에서는 그다지 의미가 없습니다.
# 2는 범용 추가 기능이 있고이를 외부에서 관리 및 호스팅하려는 경우 사용됩니다. 해당 시점의 SharePoint는 지원하는 백엔드 중 하나 일 수 있습니다.
답변
답변 예, 비록 인기가없고 특정 제한이 있습니다. SharePoint 프로그래밍은 웹 프런트 엔드 개발 및 클라이언트 측 개발에 통합되고 있습니다.
SharePoint 2013 이후 “앱 모델”은 Microsoft에서 많이 광고하고 홍보합니다. C #만을 사용하는 기존의 “서버 측 코딩”은 사라지고 있습니다. “앱 모델”은 소위 “공급자 호스팅”솔루션을 지원하므로 선호하는 프로그래밍 언어로 솔루션을 만들고 SharePoint 팜 이외의 서버에서 호스팅 할 수 있습니다. 공급자 호스팅 솔루션은 CSOM (클라이언트 측 개체 모델) API를 사용하여 SharePoint와 상호 작용합니다.
CSOM이 권장 사항이라는 점에 유의하는 것이 좋습니다. d 메소드는 SharePoint 프로그래밍을위한 방법이지만 현재의 API는 아직 서버 측 API만큼 다재다능하지 않습니다.