SAP S/4HANA前端技术
我的公司目前正在将他们现有的ECC6系统升级到最新的S/4HANA版本，因此，一旦升级完成，我们将考虑开发定制的Fiori应用程序。
我在网上阅读了许多Fiori开发资源，似乎可以使用无数的前端框架；我们并不局限于SAPUI5。
值得注意的是，有几个项目使用流行的前端开发框架(如React )，这些项目是开源的，直接来自SAP。
https://github.com/SAP/fundamental-react
https://github.com/SAP/ui5-webcomponents
我也参加过许多SAP用户组会议，我在创建OData服务方面有过第一手经验，这些服务可以由前端公开和使用。在这一点上，OData本质上是“前端不可知论者”。
我有丰富的经验，开发前端应用程序与反应和角度2+，这使我有点偏颇，但是，当我们的系统升级，这是最好的实践开发使用SAPUI5？我们只限于这个吗？还是说使用反应是很好的？是否有公司/开发人员使用SAP反应的例子？有人有这方面的经验吗？我希望得到一些反馈，这样我们就可以继续我们的策略了。
还请注意，我们将使用的前提版本，没有访问Web IDE或云平台。
对我来说，这是一个没有头脑-我建议使用React，因为它是一个成熟和测试良好的解决方案，表现很好，可以很容易地扩展，加上简单的本地支持通过React原住民如果我们希望实现定制的移动解决方案。不仅如此，招聘新开发人员将相当容易，而且成本效益更高，因为在web开发领域，React比SAPUI5更常用。
我们的客户就是我们的生意。对他们来说，如果使用样式化的React组件与SAPUI5开发，应用程序看起来将完全相同。唯一的区别(个人)是，它将更容易发展通过反应。使用其中一种对另一种有什么影响？
我知道过去已经为React这样的框架开发了各种工具，这使得开发变得非常容易。我只是不知道有什么能与SAPUI5相媲美。
像React这样的现代框架还支持并遵循最新的ECMAScript标准和特性--这对开发人员有利，使他们能够编写简洁和可执行的代码。国家管理可以轻松处理，借助Redux和“开箱即用”的反应钩子。
回答 2
Stack Overflow用户
发布于 2019-11-06 11:51:25
除了UI5之外，您不想在SAP系统中使用其他任何东西。
- 发射台支架，包括。跨应用导航
- SAP支持(您已经为此付出了代价)
- 消息处理
- 我相信除了oData实现之外，没有其他很好的前端ui5实现。
- 开箱即用的辅助功能和许多领域(FI、PM等)的默认翻译。
- 一大批企业批准的ui元素
- v2->v4适配器，现在可以使用v2 oData服务编写v4应用程序，并在后端准备好v4后进行更改。
--
此外，现代发展很可能是这样的：
- 前端开发是在使用ui5 5-工装时完成的
- 您可以根据需要使用ECMAScript版本，也可以包括任何其他工具。
- 云(nodejs堆栈)后端很可能正在向帽子移动
- S/4 HANA (ABAP堆栈)现在有了一个新的开发模型，称为RAP。
- S/4 HANA附带SAP HANA XSA，基本上是一个云铸造环境。因此，您几乎可以部署任何东西。
所有这些部分都是令人惊讶的现代，并遵循“零锁定”的方法；这意味着，您可以改变其中的任何一个，仍然使用其余的.但为什么要挣扎。对于企业用例，所有这些都完美地结合在一起。
Stack Overflow用户
发布于 2019-11-06 13:10:55
我可以添加一些额外的东西：
- SAP oData是扩展格式，然后是odata.org，因此很难与其他框架一起使用它。没有关于它的文件(我找不到)。
- 您的Hana许可证可能会与S/4捆绑在一起。因此，如果没有额外的许可，您就不能从XSA公开oData (通常，DB许可证只限制拥有SAP应用程序，如NW)。
- 此外，在使用SAP服务和其他框架时，您可能需要额外的许可证。
一般来说，SAP许可证模型非常复杂，销售人员通常会说“包括到这个许可证中的所有东西”，而不是不成文的。
https://stackoverflow.com/questions/58726433
复制相似问题
腾讯云开发者
