SharePoint Framework 개요

완료됨

이 단원에서는 SharePoint 프레임워크가 무엇이며 개발자 환경을 구성하는 방법을 배웁니다.

SharePoint 사용자 환경의 진화

SharePoint 사용자 환경은 수년에 걸쳐 여러 버전에서 발전해 왔습니다.

SharePoint는 SharePoint Portal Server 2001의 첫 번째 릴리스로 거슬러 올라가는 오랜 역사를 가지고 있습니다. 이전 그림에는 Microsoft가 수년에 걸쳐 릴리스한 SharePoint 버전이 표시됩니다. 초기 릴리스 이후 Microsoft는 ASP.NET에서 SharePoint를 다시 작성하고 SharePoint Portal Server 2003 릴리스에서 웹 파트를 도입했습니다.

SharePoint의 인기가 높아짐에 따라 개발자는 제품 확장에 관심을 갖기 시작했습니다. Office SharePoint Server 2007에는 기능 및 솔루션이라는 개발자를 위한 여러 기능이 도입되었습니다. Microsoft는 또한 웹 콘텐츠 관리 솔루션인 Microsoft Content Management Server를 사이트 게시 기능으로 SharePoint에 병합했습니다.

SharePoint Server 2010은 분류 체계, 공유 검색 서비스, 외부 비즈니스 데이터를 SharePoint 사이트에 통합하는 기능을 비롯한 여러 공유 서비스를 제품에 추가했습니다.

2012년 Microsoft는 개발자가 브라우저 또는 SharePoint가 설치된 서버 이외의 서버에서 실행되도록 사용자 지정을 외부화할 수 있는 새로운 개발 모델을 도입했습니다. 이 새로운 모델인 SharePoint 추가 기능 모델은 SharePoint Server 2013에 도입되었으며 SharePoint REST API에 대한 상당한 투자와 함께 출시되었습니다. 또한 SharePoint Server 2013은 OAuth 2.0 프로토콜을 채택하고 개발자가 고유한 ID를 가진 앱을 만들 수 있는 기능을 도입했습니다.

최근에는 SharePoint Server 2016, SharePoint Server 2019, SharePoint Server 구독 버전 및 SharePoint Online을 통해 고객이 클라이언트 쪽 개발 기술을 사용하여 SharePoint를 사용자 지정하고 확장하는 것을 발견했습니다. 클라이언트 쪽 사용자 지정은 SharePoint 프레임워크의 기반이자 이에 대한 영감입니다.

현재 SharePoint는 다음 두 가지 버전 중 하나로 존재합니다.

• SharePoint Server 구독 버전: 고객이 서버에 설치하고 유지 관리하는 온-프레미스 버전의 SharePoint입니다.
• SharePoint Online: Microsoft 365의 일부로 Microsoft에서 관리하는 호스팅된 SharePoint 버전입니다.

SharePoint 프레임워크 확장성 원칙

수년 동안 Microsoft 365가 진화하면서 SharePoint 솔루션 개발에 새로운 과제가 생겨 났습니다. 즉, IT 및 테넌트 관리자는 본인의 테넌트에서 데이터에 액세스하여 사용하는 방법을 제어할 수 있는 새로운 도구를 요구하는 반면에, 개발자는 사이트의 전체 수명 주기, 경험 및 데이터 액세스 기능을 프로그래밍 방식으로 제어하려고 합니다.

개발자는 iFrame, 감소된 API 집합, 교차 Microsoft 365 작업과의 분리로 인해 앱 파트를 구축하는 데 제약이 있습니다. 따라서 SharePoint를 확장하는 강력한 포털을 개발할 수 있는 능력이 제한됩니다.

클라이언트 쪽 개발 프레임워크는 Microsoft 및 비 Microsoft 개발자가 강력하고 풍부한 애플리케이션을 빌드하고 직관적이고 사용하기 쉬운 최종 사용자를 위해 Microsoft 365에서 즐거운 웹 환경을 제공하는 데 도움이 되는 기능을 제공합니다.

SharePoint 프레임워크 개요

SharePoint 프레임워크는 최신 클라이언트 쪽 개발입니다. 만들고 빌드하는 모든 사용자 지정이 브라우저에서 배포 및 실행됩니다. SharePoint 프레임워크 구성 요소에는 서버 쪽 구성 요소가 없습니다.

서버 쪽 구성 요소를 만들 수 있지만, SharePoint가 아닌 다른 위치에서 직접 호스팅합니다.

SharePoint 프레임워크 구성 요소는 경량이며 클라이언트 쪽 솔루션이므로 웹과 모바일 환경 모두에서 실행됩니다. JavaScript, HTML, CSS 및 이미지를 사용하고 있습니다. 즉, 모바일 환경과 동일한 방식으로 브라우저에서 실행됩니다.

SharePoint 프레임워크는 이전 버전과 호환되므로 최신 페이지뿐만 아니라 클래식 페이지와 게시 페이지에서도 작동됩니다.

SharePoint 프레임워크에 사용되는 개발 도구와 플랫폼은 오픈 소스 도구 및 일반 JavaScript 웹 프레임워크(예: React)에서 구현됩니다.

최신 페이지

최신 페이지란?

현대 페이지와 클래식 페이지의 차이점은 현대 페이지가 클라이언트 측에서 렌더링된다는 것입니다. 최신 페이지는 SharePoint 개발자가 서버 측 기반 웹 파트와 같은 구성 요소를 빌드하는 데 사용하는 서버 측으로 렌더링되지 않습니다.

최신 페이지는 기본적으로 반응형입니다. 즉, 브라우저의 크기가 조정되면 현재 해상도와 환경에 맞게 페이지의 크기가 조정되고 다시 렌더링됩니다.

생성한 웹 파트는 실행되고 클라이언트 측에서 렌더링됩니다. 클라이언트 쪽 구성 요소는 영구 캐시를 사용할 수도 있으므로 SharePoint 프레임워크 API에 의해 캐시된 데이터는 최신 페이지의 사용자 지정 구성 요소에서 사용할 수 있습니다.

최신 페이지는 모바일에 최적화되어 있으며 브라우저나 데스크톱 브라우저를 사용하는 경우 클라이언트에서 둘 다 렌더링됩니다.

최신 사이트 페이지를 사용하면 사용자가 아름답게 보이는 페이지를 쉽게 만들 수 있습니다. 개선된 작성 캔버스와 웹 파트 갤러리를 사용하여 아이디어와 정보를 전달하는 데 도움이 됩니다. 페이지 작성자가 사용할 수 있는 몇 가지 다른 빌딩 블록에는 페이지 캔버스가 포함됩니다. 이 캔버스와 웹 파트 및 이들은 모두 클라이언트 측 HTML 및 JavaScript를 사용하여 빌드됩니다.

모바일 지원은 처음부터 내장되어 있으므로 페이지가 다양한 장치 크기에서 리플로우됩니다. 페이지는 빠르고 유동적입니다. 작성자는 Microsoft Graph를 사용하여 관련 페이지를 읽어야 하는 사람들에게 관련 페이지를 표시할 수 있기 때문에 최신 페이지는 Microsoft Graph로 개선됩니다.

SharePoint 클라이언트 쪽 개발

모든 SharePoint 프레임워크 개발이 JavaScript로 수행되나요?

아니요. SharePoint 추가 기능 개발 모델과 유사한 방식으로 백 엔드 시나리오에는 서버 쪽 개발이 필요합니다.

SharePoint 프레임워크는 API 사용과 관련된 기본 사항이 아니라 구성 요소의 사용자 인터페이스 측면에만 집중하고 있습니다. 여전히 서버 쪽 솔루션을 만들 수 있지만 SharePoint Online에 표시 또는 나타나지 않거나 SharePoint 프로세스 내에서 실행되지 않습니다.

대신 해당 백엔드 API와 상호 작용할 수 있는 SharePoint 프레임워크 구성 요소를 만들 수 있습니다.

SharePoint 프레임워크 개발 환경 구성

SharePoint 프레임워크 개발 환경을 설정할 때 고려해야 할 몇 가지 사항이 있습니다. 먼저 Microsoft 365 개발자 테넌트를 설정해야 합니다.

Microsoft 365 개발자 테넌트 설정

개발자 테넌트는 일반 프로덕션 테넌트와 다르지 않습니다. Microsoft는 Microsoft 365 개발자 프로그램을 통해 개발자에게 개발자 테넌트에 대한 액세스 권한을 제공합니다. 개발자 테넌트는 Microsoft 365 라이선스를 구매할 때 일반적으로 받는 것과 동일합니다.

팁

https://aka.ms/offdp에서 Microsoft 365 개발자 프로그램에 가입하세요.

개발자 테넌트가 있으면 앱 카탈로그 사이트를 만들어야 합니다. 앱 카탈로그는 테스트하거나 조직의 다른 사람들과 공유하려는 구성 요소가 포함된 사용자 지정 패키지를 배포하는 곳입니다. 어떤 의미에서는 SharePoint 스토어와 비슷하다고 생각할 수 있습니다.

그런 다음 사용자 지정 구성 요소를 테스트하기 위한 최신 사이트 모음을 만들어야 합니다.

모든 SharePoint 최신 사이트에는 워크벤치라는 항목이 있습니다. 워크벤치는 구성 요소가 SharePoint Online 사이트에서 실행될 때 구성 요소를 테스트할 수 있는 곳입니다. 워크벤치에서 SharePoint REST API의 라이브 데이터로 작업할 수 있습니다.

요약

이 단원에서는 SharePoint 프레임워크가 무엇이며 개발자 환경을 구성하는 방법을 배웠습니다.