Book Image

SharePoint Development with the SharePoint Framework

By : Jussi Roine, Olli Jääskeläinen
Book Image

SharePoint Development with the SharePoint Framework

By: Jussi Roine, Olli Jääskeläinen

Overview of this book

SharePoint is one of Microsoft's best known web platforms. A loyal audience of developers, IT Pros and power users use it to build line of business solutions. The SharePoint Framework (SPFx) is a great new option for developing SharePoint solutions. Many developers are creating full-trust based solutions or add-in solutions, while also figuring out where and how SPFx fits in the big picture. This book shows you how design, build, deploy and manage SPFx based solutions for SharePoint Online and SharePoint 2016. The book starts by getting you familiar with the basic capabilities of SPFx. After that, we will walk through the tool-chain on how to best create production-ready solutions that can be easily deployed manually or fully automated throughout your target Office 365 tenants. We describe how to configure and use Visual Studio Code, the de facto development environment for SPFx-based solutions. Next, we provide guidance and a solid approach to packaging and deploying your code. We also present a straightforward approach to troubleshooting and debugging your code an environment where business applications run on the client side instead of the server side.
Table of Contents (14 chapters)

Using Visual Studio instead of Visual Studio Code

Visual Studio Code has always been the recommended code editing tool for the SharePoint Framework projects. Up until recently, it was also the only one for which Microsoft provided guidance and documentation.

Developers, especially those coming from a SharePoint full-trust solution background, are still using Visual Studio, not VS Code. Several developers have asked us why they cannot use Visual Studio 2015 or Visual Studio 2017 and are forced to use VS Code. The thinking here is that Visual Studio could have had a new project template for the SharePoint Framework, instead of having to learn a new tool. One reason might be the speed of development for SPFx, as new features and functionality are being rapidly introduced and the Visual Studio release cycle has often been much slower.

This also proves non-productive if most code is written in Visual Studio and only SharePoint Framework-related elements have to be written in VS Code. Having...