Hybris Accelerator 的一些局限介绍和 Spartacus 项目的诞生

很多做过 Hybris 实施的朋友，对于 Hybris Accelerator 都应该很熟悉了。

Hybris Accelerator 是一个即用型电子商务实现，客户可以快速安装和运行。由于其本身的模板特性，可以方便地进行自定义。Accelerator 基于 Java Spring 开发而成，其 Storefront 开发是使用 JSP（Java 服务器页面）完成的。

如今，单体架构和 JSP 在 Commerce Cloud 项目的可升级性上带来了很大的挑战，因此 SAP 决定采用一种新的方式为 SAP Commerce 开发店面。单体架构虽然在开发中提供了很大的灵活性，但另一方面也会导致可扩展性问题，更重要的是它可能会在升级和部署中造成一些麻烦。

一个具体的例子：我们正在对 Storefront 进行一些微小的视觉层面上的更改。将其部署到生产环境可能需要重新构建整个应用，并重启整个服务器。JSP Accelerator 的开发需要全栈开发人员来完成。

Accelerator Storefront 的另一个问题是它是一个模板代码。这会导致升级困难。

正是由于 Accelerator 这些诸多局限，才有了 Spartacus 开源项目的诞生。

它是一种用于构建通过 REST API 与 SAP Commerce Cloud 通信的解耦店面的框架。它通常被称为 headless Storefront. Spartacus 基于 Angular ，允许开发人员使用这个企业级框架构建 SPA 和 PWA 店面。

除了其框架特性之外，Spartacus 也是 npm.js 上可用的一组 JavaScript 库。 与使用作为模板代码发布的 Accelerator 工作相比，这是一种使用方法上的转变。 在 Spartacus 中，无需更改源代码； 开发人员只需导入细粒度的库，覆盖或扩展给定的组件/服务，并实现基于项目的自定义实现。 基于库的方法提供了简单的可升级性和完全的可扩展性。