6 min read
If you've looked at Getting Started with SAP Commerce Cloud Project Spartacus, you might still want to understand more about why you should move or start your project with a Project Spartacus-based storefront as part of your SAP Commerce Cloud solution. In this article, we share some major advantages of using Project Spartacus compared to the JSP-based templates that are provided as part of the Accelerator storefronts.
Table of Contents
Reason #1 - Decoupled Architecture
The gap between front-end and back-end technologies has expanded. These days, you should not expect the same developer to have all the skills required to develop efficiently for both aspects of your solution. You probably want to separate concerns into different teams, to allow you to increase productivity and scalability.
With a decoupled architecture, the teams can work independently within their own release cycles. For example, you may need to do many cosmetic changes on the UI that you would like to develop, test, and deploy in production on the same day. You would be able to achieve this easily with a lightweight solution such as Spartacus connected to SAP Commerce Cloud back-end by REST services.
Reason #2 - Open Source
Spartacus was developed by the same team that works on SAP Commerce Cloud, but the product has been released with an open source license. You will benefit from all the development effort invested by the Project Spartacus development team without any new investment required by your team.
By being open source, it should also provide larger access to the SAP Commerce Cloud ecosystem, digital agencies, and those who may not be official SAP partners. With easy access to the code to explore, test, and modify a storefront, you can develop quicker. The open source project is run using an agile model, which allows for quick releases and rapid changes (goal: releases every two weeks). At the same time, you have the flexibility to configure your setup to automatically pull in the new releases or you can set up to maintain a particular version of the libraries.
Although SAP manages the open source project, SAP is keen to welcome contributors and to foster an inclusive, active development community. It means customers and partners have direct access to the Spartacus team, can influence prioritization of new features, and can post questions to developers, product owners and architects on our Slack workspace or on Stack Overflow with the 'spartacus' tag. See here for more on contributing to the project.
Reason #3 - Upgradable and Extensible
Since it's 1.0 release in June 2019, Spartacus aims to ensure most of the pages and components achieve feature parity with the SAP Commerce Cloud, B2C accelerator and the SAP Commerce Cloud, B2B accelerator (see Roadmap to understand which features may still be missing).
Of course, you are free to add your own components or design new ones. By design, Spartacus is modular and extensible, so you can continuously upgrade and benefit from the latest version of components.
Spartacus is packaged as a set of Angular libraries, so when new feature or fixes are introduced, you can take advantage of them right away. We do not recommend you fork the Spartacus project or copy/paste the source code when you want to build a new storefront. Instead, you should create a new Angular App and add dependencies to the Spartacus libraries. Patch and minor release of Spartacus should not break compatibility. As long as there isn't a major release (for example, 2.0, 3.0), upgrading to the new libraries should not cause any issues with your storefront app.
Reason #4 - CMS-Driven
Content for Spartacus pages is fetched from the SAP Commerce Content Management System (CMS) so Content Managers can modify page content through the SAP Commerce Cloud CMS tools, like SmartEdit. SmartEdit is fully supported and combined with Project Spartacus to provide relevant and personalized experiences, including a preview of the site as it will appear to customers later on.
In theory, you could even use Spartacus and SAP Commerce Cloud with a third-party CMS. If you have implemented this or a similar scenario, we would love for you to share your results with the Spartacus community.
Reason #5 - Supported by SAP Commerce Cloud Automation
In addition, SAP Commerce Cloud supports Server Side Rendering (SSR), so web crawlers can actively browse your website. Please see this page for more on how to enable it for your application.
Interested? How to Explore Further?
If you want to learn more about Project Spartacus, we recommend you look at "Getting Started with SAP Commerce Cloud Project Spartacus".
Although Project Spartacus is the strategic storefront solution for SAP Commerce Cloud solutions, you might still be on the fence about switching over or starting a new solution with Project Spartacus. Therefore, we have put together "Choosing Which Storefront to Use for Your SAP Commerce Cloud Solution" to guide you through the process of deciding which storefront option may be best for you.
If you have any questions, please do not hesitate to reach out to firstname.lastname@example.org.