The Retail React App is an isomorphic JavaScript storefront and Progressive Web App built using React and Express. It uses a modern headless architecture that enables developers to decouple front-end code from back-end systems. It leverages popular open-source libraries in the React ecosystem, such as Chakra UI components, Emotion (CSS-in-JS), Webpack, and many more.
Developers don’t have to worry about the underlying infrastructure, whether they’re developing their app locally, deploying it to a Managed Runtime environment, or testing the app live.
Node ^12.x or ^14.x
npm ^6.14.4
To start your web server for local development, run the following command in your project directory:
npm start
Now that the development server is running, you can open a browser and preview your commerce app:
- Go to http://localhost:3000/
See the Localization README.md for important setup instructions for localization.
The Retail React App's configuration is located within the app/config
folder, and more specifically the default.js
file. Within this file you can make changes to how your application runs on the Managed Runtime via your SSR options like ssrParameters
, pageNotFoundURL
, etc. Similarly you can make changes to how your Retail React App works by changing the configuration options under the app
key. Some of those options are your Commerce API and Einstein API connection strings, your URL settings, and site and site alias configurations.
The sites supported by your application are defined in a file called config/sites.js
. Here, you can synchronize the sites supported by your Retail App and those defined in your Business Manager backend.
The configuration features include:
- Using
.js
,.yml
,.yaml
, or.json
to define your configuration. - Chose whether locale and site options are available in the URL query parameters, sub-path, or not appear at all.
- Optionally assign aliases to locale ID and site ID.
- Manage multiple business manager sites that are hosted in the same domain.
- Manage multiple business manager sites based on multiple domains that can be deployed to different Managed Runtime environments.
At project generation a single default
configuration is created. For most cases a single configuration file will get the job done. But there are times where you want to have a different configuration for a different environment. These environments for example could be, a developers local machine, a remote production
environment, or a remote staging
environment. In all these cases you want to use a different configuration for each.
When multiple configurations are present, which configuration file to used is resolved in the following way:
- Check to see if there is a config file named after your remote Managed Runtime environment and use this if one is present.
- If we are running on a developer machine, look for a
local
configuration and use this if one is present. - Load the
default
config fileconfig/default.js
.
This allows you do these but not limited to things:
- Each developer can have their own configuration, connection to their own Commerce API sandboxes.
- Deploy a single codebase application to multiple environments with their own specific configurations (Multiple B2C Site with Different Domains).
You can customize how storefront URLs are formatted in config/default.js
. The Retail React App allows you to configure site or locale references (ids or aliases) to be in the path or a query parameter. You can also not have them in the URL altogether.
// config/default.js
module.exports = {
url: {
locale: 'path|query_param|none',
site: 'path|query_param|none',
showDefaults: false|true
}
}
You can choose how the current locale appears (or doesn’t appear) in the URL by setting url.locale
to one of the following values:
path
: Locale is included in the URL path. Example:/en-US/women/dress
query_param
: Locale is included as a query parameter. Example:/women/dress?locale=en-US
none
: Locale isn’t included in the URL. Example:/women/dress
url.showDefaults
: This boolean value dictates whether the default site or locale values are shown in the url. Defaults to: false.
By default, a new project is configured to not include the locale and site in the URL path.
By default, the Retail App is configured to a single locale, single site project. However, it can be extended to run multiple sites in one single code base.
The sites.js
file contains definition of the sites that you have configured in Business Manager. The following example shows configuration for RefArch
and RefArchGlobal
sites:
\\ /config/sites.js
module.exports = [
{
id: 'RefArch',
l10n: {
supportedCurrencies: ['USD'],
defaultCurrency: 'USD',
defaultLocale: 'en-US',
supportedLocales: [
{
id: 'en-US',
alias: 'us',
preferredCurrency: 'USD'
},
{
id: 'en-CA',
preferredCurrency: 'USD'
}
]
}
},
{
id: 'RefArchGlobal',
l10n: {
supportedCurrencies: ['GBP', 'EUR', 'JPY'],
defaultCurrency: 'GBP',
supportedLocales: [
{
id: 'de-DE',
alias: 'de',
preferredCurrency: 'EUR'
},
{
id: 'en-GB',
preferredCurrency: 'GBP'
},
{
id: 'ja-JP',
preferredCurrency: 'JPY'
}
],
defaultLocale: 'en-GB'
}
}
]
Optionally, You can then map the site IDs with aliases in /config/default.js
file and also set default site. If no alias is defined for the site, then IDs are used in URLs.
\\ /config/default.js
defaultSite: 'RefArchGlobal',
siteAliases: {
RefArch: 'us',
RefArchGlobal: 'global',
NTOManaged: 'nto'
},
If you set url.showDefault
to true
in /config/default.js
file, then default locale and site are set in the URL of your Retail app. In addition to site alias, you can also configure aliases for your locale in sites.js
file. If you configured alias, URL will reflect that instead of your locale ID.
Note: URLs constructed using canonical site and locale ids are still valid URLs even when aliases are used.
The full documentation for PWA Kit is hosted on the Salesforce Developers portal.