SAP S/4 HANA的前端技术

2020-08-27 21:48发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我的公司目前正在将其现有的ECC6系统升级到最新的S/4 HANA版本,因此,升级完成后,我们将研究开发定制的Fiori应用程序。

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

值得注意的是,有几个项目利用了流行的前端开发框架(例如React),这些框架是开源的,并且直接来自SAP。

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

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

我也曾参加过许多SAP用户组聚会,在创建OData服务方面有第一手经验,然后可以由前端公开和使用OData服务。 在这一点上,OData本质上是"前端不可知的"。

我在使用React和Angular 2+开发前端应用程序方面拥有丰富的经验,这使我有些偏颇,但是,当我们进行系统升级时,使用SAPUI5进行开发是否是最佳实践? 我们仅限于此吗? 还是使用React完美吗? 是否有公司/开发人员将React与SAP结合使用的示例? 有人对这个有经验么? 我希望收到一些反馈意见,以便我们继续执行我们的策略。

请注意,我们将使用本地版本,无法访问Web IDE或Cloud Platform。

对我来说,这没什么大不了的-我建议使用React,因为它是一个成熟且经过测试的解决方案,它的性能非常好并且可以轻松扩展,并且我们希望通过React-Native添加简单的本机支持 实施定制的移动解决方案。 不仅如此,雇用新开发人员将相当容易,并且更具成本效益,因为在Web开发领域,React比SAPUI5更常用。

我们的客户将成为企业。 对他们来说,如果使用样式化的React组件与SAPUI5进行开发,则应用程序看起来将完全相同。 唯一的区别(个人)是通过React开发起来会容易得多。 使用一个在另一个上有什么影响吗?

我知道过去已经为React等框架开发了各种工具,这些工具使开发变得非常容易。 我只是不知道有什么可与SAPUI5相提并论的。

像React这样的现代框架也支持并遵循最新的ECMAScript标准和功能-这使开发人员受益,使他们能够编写简洁而高效的代码。 借助Redux和"开箱即用"的React Hooks,可以轻松处理状态管理。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我的公司目前正在将其现有的ECC6系统升级到最新的S/4 HANA版本,因此,升级完成后,我们将研究开发定制的Fiori应用程序。

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

值得注意的是,有几个项目利用了流行的前端开发框架(例如React),这些框架是开源的,并且直接来自SAP。

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

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

我也曾参加过许多SAP用户组聚会,在创建OData服务方面有第一手经验,然后可以由前端公开和使用OData服务。 在这一点上,OData本质上是"前端不可知的"。

我在使用React和Angular 2+开发前端应用程序方面拥有丰富的经验,这使我有些偏颇,但是,当我们进行系统升级时,使用SAPUI5进行开发是否是最佳实践? 我们仅限于此吗? 还是使用React完美吗? 是否有公司/开发人员将React与SAP结合使用的示例? 有人对这个有经验么? 我希望收到一些反馈意见,以便我们继续执行我们的策略。

请注意,我们将使用本地版本,无法访问Web IDE或Cloud Platform。

对我来说,这没什么大不了的-我建议使用React,因为它是一个成熟且经过测试的解决方案,它的性能非常好并且可以轻松扩展,并且我们希望通过React-Native添加简单的本机支持 实施定制的移动解决方案。 不仅如此,雇用新开发人员将相当容易,并且更具成本效益,因为在Web开发领域,React比SAPUI5更常用。

我们的客户将成为企业。 对他们来说,如果使用样式化的React组件与SAPUI5进行开发,则应用程序看起来将完全相同。 唯一的区别(个人)是通过React开发起来会容易得多。 使用一个在另一个上有什么影响吗?

我知道过去已经为React等框架开发了各种工具,这些工具使开发变得非常容易。 我只是不知道有什么可与SAPUI5相提并论的。

像React这样的现代框架也支持并遵循最新的ECMAScript标准和功能-这使开发人员受益,使他们能够编写简洁而高效的代码。 借助Redux和"开箱即用"的React Hooks,可以轻松处理状态管理。

付费偷看设置
发送
4条回答
huskylover
1楼-- · 2020-08-27 22:45

这是一个很难回答的问题:)所以我刚投票赞成,最后一次让别人回答。 但是,让我尽力回答这个问题:)

顺便说一句,我对其他框架(如react,angular ..)的经验很少,并且仅将它们用于初始学习目的。 我的经验主要是在UI5中。

首先,就像您所说的,建议将OData服务用于与Fiori/UI5应用或其他基于前端的解决方案进行通信。

因此,SAP UI5框架和相关应用程序与odata服务具有良好的集成,尤其是您将在基于元数据的Smart控件中找到它们。

即使 table和其他一些控件也与odata服务具有良好的集成。 和消息管理器可以自动记录来自odata服务或ui5提供的用于验证的各种数据类型(数据,数字,浮点数等)的错误/警告消息。

因此,当使用UI5作为您的 前端,您的开发工作量将大大减少,如果您使用智能控件或智能模板,那么您会在工作上看到更多不同。 我怀疑其他框架是否可能。如果您要使用状态管理,那么有些博客中您可以找到提供它的SAP UI5(我认为是实验性的),甚至可以在UI5中使用redux。

我们 还有WebIDE,它是生成UI5应用程序,在本地运行多个应用程序,推送到后端,创建库等的非常有效的工具。,这是一个很好的工具。 但是将来会出现更好的情况。 现在,我们还有可用于本地开发的UI5工具。

最主要的是Fiori Launchpad,您可以在其中将UI5应用程序集成为图块,以处理授权和事务。 这是一个非常酷的应用程序。

借助UI5提供的所有这些工具,集成和控件,最好使用该框架来为SAP有效地开发ui应用程序。 而且我几乎忘了,主题工具也可用于UI5。

谢谢

Mahesh

蓋茨
2楼-- · 2020-08-27 22:28

有人吗?

Alawn_Xu
3楼-- · 2020-08-27 22:34

有人吗?

haha101010
4楼-- · 2020-08-27 22:52

有人吗?

一周热门 更多>