关于javascript:Hybris-Accelerator-的一些局限介绍和-Spartacus-项目的诞生

33次阅读

共计 787 个字符,预计需要花费 2 分钟才能阅读完成。

很多做过 SAP 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 中,无需更改源代码;开发人员只需导入细粒度的库,笼罩或扩大给定的组件 / 服务,并实现基于我的项目的自定义实现。基于库的办法提供了简略的可降级性和齐全的可扩展性。

正文完
 0