103907bdc6 | ||
---|---|---|
.. | ||
.devcontainer | ||
assets | ||
config | ||
src/webparts/helloWorld | ||
typings | ||
.editorconfig | ||
.gitattributes | ||
.gitignore | ||
.npmignore | ||
.yo-rc.json | ||
README.md | ||
gulpfile.js | ||
package-lock.json | ||
package.json | ||
tsconfig.json | ||
tslint.json |
README.md
page_type | products | languages | extensions | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
sample |
|
|
|
Handling Multiple Editions of SPFx Solution
Summary
This sample shows a possible approach of handling multiple editions (e.g. trial, lite, full) of SharePoint Framework solution.
Compatibility
⚠️ Important |
---|
Every SPFx version is only compatible with specific version(s) of Node.js. In order to be able to build this sample, please ensure that the version of Node on your workstation matches one of the versions listed in this section. This sample will not work on a different version of Node. |
Refer to https://aka.ms/spfx-matrix for more information on SPFx compatibility. |
Applies to
Solution
Solution | Author(s) |
---|---|
js-solution-editions | Alex Terentiev (Sharepointalist Inc., AJIXuMuK) |
Version history
Version | Date | Comments |
---|---|---|
1.0 | August 23, 2017 | Initial release |
Disclaimer
THIS CODE IS PROVIDED AS IS WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING ANY IMPLIED WARRANTIES OF FITNESS FOR A PARTICULAR PURPOSE, MERCHANTABILITY, OR NON-INFRINGEMENT.
Description
Use Case
You are an ISV and developing some product that has multiple editions, let's say, trial, lite, full. You want to have a separate package file (.sppkg
) for each edition and also reference different CDNs based on the edition.
Problems to address
Thinking about the use case in details we can point several problems that should be addressed:
- When we're creating a new version we should create 3 separate
.sppkg
files - Each
.sppkg
file should contain manifest that references different CDN endpoints - It should be easy to upgrade customer from trial to lite and then to full; or directly from trial to full
- You should know current edition in the code to execute the logic based on the edition's restrictions
Approach
This sample shows the approach that is based on a custom Gulp task that should be run before bundling and packaging the solution.
The name of the task is change-build-edition
. Parameter: edition
.
The task updates SPFx solution configuration files to contain edition-specific information:
- deploy-azure-storage.json is updated to contain correct
container
value - package-solution.json is updated to contain correct
solution.version
andpaths.zippedPackage
values. In this sample I'm using version's revision - 4th digit - to specify the edition: 0 for trial, 1 for lite, 2 for full. It allows to easily update customers. zippedPackage path is modified to create sppkg in subfolder based on edition configuration. - write-manifests.json is updated to contain the correct CDN endpoint URL.
Additionally, the web part's source code folder contains custom-config.json
file with edition
property:
{
"edition": "full"
}
This file is modified by a custom task as well to contain the correct edition.
Later custom-config.json
is referenced (require('./custom-config.json')
) in web part code to provide custom logic based on current edition.
Use the following commands to build specific edition version:
gulp change-build-edition --edition lite
gulp bundle --ship
gulp package-solution --ship
gulp deploy-azure-storage