Блог o SharePoint

Программный интерфейс REST API в SharePoint решает массу задач автоматизации в SharePoint и является универсальным, платформанезависимым, однако зачастую можно "встрять" в ситацию ограничений и отсутствия нужной функциональности в REST API, которая есть в других объектных моделях (CSOM/JSOM). Не проблема, когда исполняемый код является частью клиентского приложения на странице SharePoint, т.к. отсутствующий в REST метод может быть в JSOM API. Но что, если контекст исполнения - не страница в браузере? Если код запускается не в браузере, самое очевидное использовать C# CSOM или PowerShell c SSOM или CSOM. Но что, если среда исполнения и используемый язык ограничены и .Net не вариант?

Разработчики SharePoint все больше привыкают в современным подходам клиентской разработки. Сама front-end разработка для SharePoint превращается в некий гибрид использования Visual Studio Code, Gulp задач и инструментов разработки Chrome (Dev Tools + Workspaces).

Довольно длительное время мы игнорировали PnP-JS-Core и предпочитали старый добрый JSOM или REST запросы с помощью jQuery.ajax или SP.RequestExecutor. "Зачем использовать дополнительные обертки над API, которые могут быть дополнительным узлом в отказоустойчивости решения?", вот такой вопрос лично я задавал сам себе и откладывал знакомство с PnP-JS-Core.

В статье описан экпериментальный способ для локальной отладки веб-приложений (Frontend), работающих с REST API SharePoint, без необходимости публикации на портале SharePoint.

Данная статья является продолжением Подготовка компьютера для front-end разработки для проектов SharePoint.

Мы остановились на моменте, когда на компьютер для front-end разработки было установлено все необходимое программное обеспечение для начала написания кода.

Теперь мы перейдем к созданию проекта.