feat Adds Plugins feature

[ArthurTriis1]

What's the purpose of this pull request?

This PR adds the plugin feature to Faststore.

The Faststore Plugins feature allows new functionalities to be added to a store while maintaining source code encapsulation. Plugin code operates in a layer between the core and the store code, meaning that plugin modifications override core code but can themselves be overridden by store code.

The plugins feature is in the early stages of development and and plugins can only be developed by VTEX.

Implemented Features

• New Pages: Plugins enable the creation of new pages in a store.
• Plugin Override Components: New sections can be created via plugins. These sections override core sections but can, in turn, be overridden by store-specific sections.
• hCMS Merge: The content-types.json and sections.json files are merged across core, plugin, and store files, with the store files taking precedence.
• Theme Merge: Plugins can add theme overrides and customizations. These plugin-level theme changes can be further overridden by store-specific themes.

// indicar PR do Plugin e do starter para consulta

How it works?

Configuring a New Plugin

To add custom functionalities to your Faststore store, you can create a new plugin. This plugin can include custom pages, UI components, themes, and CMS configurations, all in a modular way.

Plugin Package Structure

The plugin should follow this folder structure:

@faststore/new-plugin/
├── src/                        
│   ├── pages/                  # Custom pages
│   ├── components/             # UI components
│   │   └── index.tsx            # Example UI component
│   ├── theme/                  # Custom themes and styles
│   │   └── index.scss          # Styles file
├── cms/                        
│   ├── faststore/              
│   │   ├── content-types.json  # CMS content types
│   │   └── sections.json       # Custom CMS sections
├── package.json                # Plugin metadata and dependencies
├── yarn.lock                   # Yarn dependencies and versions
├── plugin.config.js            # Plugin configuration
├── tsconfig.json               # TypeScript configuration

• src/: Contains the plugin source code, such as custom pages (pages/), UI components (components/index.tsx), and themes (theme/index.scss). All content within src/ will be copied to the plugins/ folder inside .faststore when the plugin is integrated into the store.

• cms/: Contains configuration files for CMS integration, as content-types.json and sections.json.

• plugin.config.js: The plugin configuration file where page paths are defined.

Dependencies

You can add dependencies to your plugin, such as Faststore packages to access core and UI functionalities, as well as specific packages for the framework, such as Next.js 13, if required. These dependencies should be added to the plugin's package.json, enabling advanced features within the plugin code.

Creating a New Page

To create a new page in your plugin, you need to define its configuration in the plugin.config.js file. The configuration structure should look similar to the example below:

module.exports = {
  name: "poc-plugin",
  pages: {
    "my-account": {
      path: "/my-account",
      appLayout: false,
    },
  },
};

Key Properties:

• Page Name: In this example, "my-account" is the name of the page, and this should match the name of the file in the pages/ folder (e.g., my-account.tsx).

@faststore/new-plugin/
├── src/                        
│   ├── pages/                    # Custom pages
│   │   └── my-account.ts   # Example page

• path: This defines the route where the page will be registered. It follows the same pattern as the Next.js page router, meaning the page will be accessible via the defined path (e.g., /my-account).
• appLayout: This property defines whether the global components (like the header and footer) will be displayed on the page. Set it to false to disable the default layout.

Page Structure

Each page should have at least the following structure. The loader function will be executed server-side:

// loader function to fetch data
export async function loader() {
  const result = await fetch("http://...");

  return await result.json();
}

// Page component to render data
export default function MyAccount(data: any) {
  return (
    <></>
  );
}

Creating New Sections and Overriding Existing Sections

To create new sections or override existing ones, you should follow a structure similar to the one used in Faststore stores. The sections should be placed inside the /components folder and the index.tsx file must export all your sections as an object, with each section as a property of that object

Section Structure

The new sections will be made available, and any sections with the same name as the core sections will override those sections.

@faststore/new-plugin/
├── src/                        
│   ├── components/             # UI components
│   │   └── ProductDetails.tsx            # Example override section
│   │   └── ProductInfo.tsx            # Example new section
│   │   └── index.tsx            # File to exports components

Here's an example of how to define sections in an index.tsx file:

import PersonalInfo from "./PersonalInfo";
import ProductDetails from "./ProductDetails";

const sections = {
  ProductDetails,
  PersonalInfo,
};

export default sections;

In this example:

• PersonalInfo: is a new section that has been created.
• ProductDetails: is an override of the default component from Faststore.

Customizing CMS via Plugin

To customize the CMS via a plugin, you need to create two files: sections.json and content-types.json. These files should be placed under the /cms/faststore/ folder in your plugin.

File Structure:

@faststore/new-plugin/
├── cms/
│   ├── faststore/
│   │   ├── sections.json
│   │   └── content-types.json

• sections.json: Defines the sections available in the plugin.
• content-types.json: Defines the content types handled by the plugin.

Merging Files

To merge your plugin’s CMS files with the store’s files, use the cms-sync command. This will merge the plugin’s sections.json and content-types.json with the store’s, giving priority to the store's content.

cms-sync

This command ensures that:

• New sections and content types from the plugin are added.
• Sections/content types with the same name as the core will override the default ones.
• The store's customizations overrides all.

Creating a Theme

To create a theme for your plugin, the process is similar to creating a theme for a store. The theme should be defined in the src/themes/index.scss file, where all the CSS for the plugin will be written.

File Structure:

@faststore/new-plugin/
├── src/
│   ├── themes/
│   │   └── index.scss

index.scss: This is where all the styles for the plugin should be defined.

CSS Loading Order

The CSS from the plugin's index.scss will be loaded after the global styles and before the store's CSS, allowing it to override the store's styles while respecting the global styles.

Adding a Plugin to the Store

To add a plugin to your store, you need to follow these steps:

1. Install the Plugin Package

First, install the plugin package in the store’s codebase. For example, if you are adding the @faststore/plugin-test, run:

yarn add @faststore/plugin-test

2. Update discovery.config.js

In the discovery.config.js file, add the plugin name to the plugins property. This will register the plugin for use in the store.

Copy code
module.exports = {
  ...
  plugins: [
    "@faststore/plugin-test",
  ],
  ...
}

3. Configure Plugin Page Paths (Optional)

You can also configure the path for the plugin's pages in the discovery.config.js file. For example, to change the default path for the my-account page, use the following structure:

module.exports = {
  ...
  plugins: [
    {
      "@faststore/plugin-test": {
        pages: { "my-account": { path: "/other-path" } },
      },
    },
  ],
  ...
}

This allows you to specify custom paths for any pages defined by the plugin.

How to test it?

Testing Locally

To test your plugin locally, you need to link the core package, CLI, and the plugin to a starter store. Here's how you can do it:

1. Link the Core, CLI, and Plugin Packages

First, you will need to link the core, CLI, and the plugin to your local starter store. You can do this using yarn link for each package to the starter from this PR.

Link the core and CLI from the current PR
Link the plugin from this repository.

2. Run the Starter Store

Once linked, navigate to the starter store's directory and run the commands as you normally would in a store:

yarn install
yarn dev

3. Server Restart for Changes
   Every time you make a change to the plugin, you will need to restart the server for the changes to take effect.

For changes made to the core and CLI, ensure they are rebuilt before testing:

yarn build

Starters Deploy Preview

Testing on Preview

To test your plugin on the preview environment, follow these steps:

1. Preview the Starter Store with Plugins

There is an open PR that allows you to preview the store with plugins running. You can access the preview environment using the following link:

Preview Store

This preview is based on the starter store from the PR starter.store/pull/616.

2. Check the Main Color Override

On the homepage, you will notice that the main color has been overridden by red, which is done via the plugin. This demonstrates that the plugin is successfully applying styles to the store.

3. Test the my-account Page

You can access the my-account page by navigating to /my-account in the preview store. On this page, you will see the result of the useSession hook displayed in blue.
My Account

4. Test the Product Detail Page (PDP)

On the Product Detail Page (PDP), you will see the overridden component from the plugin. This component displays:

The result of the useSession hook.
A Next.js link to navigate back to the homepage.
You can test this by visiting a PDP, such as:

Product Detail Page

References

B2BTEAM-1951
starter.store/pull/616.
Preview Store
POC-Plugin

Checklist

You may erase this after checking them all 😉

PR Title and Commit Messages

• PR title and commit messages follow the Conventional Commits specification
  • Available prefixes: feat, fix, chore, docs, style, refactor and test

PR Description

• Added a label according to the PR goal - breaking change, bug, contributing, performance, documentation..

Dependencies

• Committed the yarn.lock file when there were changes to the packages

[vercel]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

1 Skipped Deployment

Name	Status	Preview	Comments	Updated (UTC)
faststore-site	⬜️ Ignored (Inspect)	Visit Preview		Nov 14, 2024 8:21pm

[codesandbox-ci]

This pull request is automatically built and testable in CodeSandbox.

To see build info of the built libraries, click here or the icon next to each commit SHA.