0

我的公司目前正在将他们现有的 ECC6 系统升级到最新的 S/4HANA 版本，因此，一旦升级完成，我们将考虑开发定制的 Fiori 应用程序。

我在网上阅读了许多 Fiori 开发资源，似乎可以使用无数的前端框架；我们不仅限于 SAPUI5。

值得注意的是，有几个项目使用了流行的前端开发框架，例如 React——它们是开源的，直接来自 SAP。

https://github.com/SAP/fundamental-react

https://github.com/SAP/ui5-webcomponents

还参加了许多 SAP 用户组聚会，我在创建 OData 服务方面拥有第一手经验，这些服务随后可以被前端公开和使用。在这一点上，OData 本质上是“与前端无关的”。

我在使用 React 和 Angular 2+ 开发前端应用程序方面拥有丰富的经验，这让我有点偏颇，但是当我们进行系统升级时，使用 SAPUI5 开发是否是最佳实践？我们是否仅限于此？或者使用 React 完全没问题？有没有使用 React 和 SAP 的公司/开发人员的例子？有人对这个有经验么？我希望得到一些反馈，这样我们就可以推进我们的战略。

另请注意，我们将使用内部部署版本，无法访问 Web IDE 或云平台。

对我来说，这很简单——我建议使用 React，因为它是一个成熟且经过良好测试的解决方案，性能非常好并且可以轻松扩展，如果我们希望实现定制，还可以通过 React-Native 添加简单的原生支持移动解决方案。不仅如此，招聘新的开发人员将相当容易且更具成本效益，因为 React 在 Web 开发场景中比 SAPUI5 更常用。

我们的客户就是生意。对他们来说，如果使用风格化的 React 组件与 SAPUI5 开发应用程序，应用程序看起来会完全一样。唯一的区别（个人）是通过 React 开发会容易得多。使用其中一个有什么影响吗？

我知道过去已经为 React 等框架开发了各种工具，它们使开发变得非常容易。我只是不知道有什么可以与 SAPUI5 进行比较的。

像 React 这样的现代框架也支持并遵循最新的 ECMAScript 标准和特性——这有利于开发人员，允许他们编写简洁和高性能的代码。借助 Redux 和“开箱即用”的 React Hooks，可以轻松处理状态管理。

4

2 回答 2

3

除了 UI5 之外，您不想将其他任何东西用于 SAP 系统。

  • 启动板支持，包括。跨应用导航
  • SAP 支持（您已经为此付费）
  • 消息处理
  • 我相信除了 ui5 之外，没有很好的前端 oData 实现。
  • 许多领域（FI、PM 等）的开箱即用可访问性功能和默认翻译
  • 大量企业认可的ui元素
  • v2->v4 适配器，您现在可以使用 v4 为 v2 oData 服务编写应用程序，并在后端准备好 v4 后更改

--

此外，现代发展看起来很可能是这样的：

  • 前端开发是在使用ui5-tooling时完成的
  • 您可以根据需要使用 ECMAScript 版本或包含任何其他工具
  • 云（nodejs 堆栈）后端很可能正在向 CAP移动
  • S/4 HANA（ABAP 堆栈）现在有一个新的开发模型，称为RAP
  • S/4 HANA 附带 SAP HANA XSA，它基本上是一个云铸造环境。因此，您几乎可以部署任何东西。

所有这些部分都非常现代，并遵循“零锁定”方法；这意味着，您可以更改其中的任何一个并仍然使用其余的...但是为什么要挣扎。对于企业用例，所有这些都完美地结合在一起。

于 2019-11-06T11:51:25.740 回答
0

我可以添加一些额外的东西：

  • SAP oData 是 odata.org 的扩展格式，因此很难与其他框架一起使用。没有关于它的文档（我找不到它）。
  • 可能您的 Hana 许可证将与 S/4 捆绑在一起。因此，您不能在没有额外许可的情况下从 XSA 公开 oData（通常 DB 许可仅限于自己的 SAP 应用程序，例如 NW）。
  • 此外，您可能需要额外的许可证才能将 SAP Gateway oData 服务与其他框架一起使用。

一般来说，SAP 许可证模型非常复杂，销售人员通常会说“此许可证包含的所有内容”而不是不成文的。

于 2019-11-06T13:10:55.090 回答