SAP UI5与其他Javascript框架?

SAP UI5与其他Javascript框架?,javascript,angularjs,backbone.js,sapui5,Javascript,Angularjs,Backbone.js,Sapui5,我只是想了解SAPUI5作为一个框架的地位 (1) 它是否像jQuery(具有大量实用功能、效果、动画等的库) 或 (2) 它是否像主干、Angular、Ember等MVC库 如果是1,那么它怎么可能取代jQuery呢 如果是2,那么与这些相比,它有什么优势和劣势 其他框架 除了它是SAP的专有框架这一事实之外,我真正想知道的是这个框架背后的原则和理念,以及它如何经得起时间的考验- MV*建筑应用理念 构建单页应用程序 学习曲线以及其他框架,如主干、角度 (我的意思是,如果我学习SAPUI-

我只是想了解SAPUI5作为一个框架的地位

(1) 它是否像jQuery(具有大量实用功能、效果、动画等的库) 或 (2) 它是否像主干、Angular、Ember等MVC库

  • 如果是1,那么它怎么可能取代jQuery呢
  • 如果是2,那么与这些相比,它有什么优势和劣势 其他框架
除了它是SAP的专有框架这一事实之外,我真正想知道的是这个框架背后的原则和理念,以及它如何经得起时间的考验-

  • MV*建筑应用理念
  • 构建单页应用程序
  • 学习曲线以及其他框架,如主干、角度 (我的意思是,如果我学习SAPUI-5,我的学习曲线是否适用于其他 框架增加或减少,或者如何影响)

  • 最后,我可以(如果有的话!)用其他框架创建一个SAPUI5生态系统。

    这是一个相当大的问题,有可能有一个很长的答案,这个问题也取决于观点和事实。但我要试一试

    首先是“哪个工具包”的问题。有一个是工具包最初使用的名称(现在仍然使用),它受到某些SAP许可证限制。自2013年12月以来,还有一个是同一工具包的第二个部分(减去目前的一些内容,但大部分内容是相同的)。当人们提到UI5时,他们指的是SAPUI5和OpenUI5

    因此,虽然“SAPUI5”是专有的,但它的兄弟“OpenUI5”在很大程度上是开源的

    UI5是一个功能齐全的工具包,其中包括:

    • MVC
    • 支持JSON、XML和OData开箱即用的数据绑定
    • 模块加载与管理
    • 支持基于组件的应用程序创建
    • 国际化(包括RTL支持)
    • 路由
    • 不同的控件库,例如sap.ui.commons和sap.ui.table命名空间中丰富的特定于桌面的控件,以及sap.m命名空间中智能手机/平板电脑/桌面的响应控件(sap Fiori应用程序套件就是基于这些控件构建的)
    根据您关于jQuery-的问题,并建立在它们的基础上,因此它不是jQuery的竞争对手,也不是jQuery的替代品。事实上,根据我个人的经验,我不是jQuery专家,但我用UI5构建的应用程序很好

    对于您关于与其他MV*框架相比的优势和劣势的问题,我认为这个答案中没有足够的空间来解决如此广泛的问题

    不确定你所说的经受住关于MV*的时间考验是什么意思;MVC几乎从一开始就作为一个概念存在,所以我想它经受住了考验;UI5相对年轻(2-3年),因此仍然需要在几年内证明自己,但是如果您考虑SAP世界中正在发生的大规模应用程序开发,那么它现在做得相当不错。 学习曲线?我传统上是一名后端/集成开发人员,不费吹灰之力就学会了UI5。如果不知道你的技能和接受它的愿望,很难回答这个问题

    SAPUI5内的生态系统?我不太明白那个问题


    希望这能帮点忙。

    谢谢DJ:)实际上这帮了大忙。我想知道的是,在SAPUI5中开发应用程序与使用jQuery开发主干/角度应用程序之间的根本区别是什么。哪一种是最有效的开发方法(我知道这取决于需求,但是一些通用的指针会很好!)。我目前正在学习构建主干应用程序。我还必须在SAPUI5中发展。所以我想知道哪种方法更好。我知道SAPUI5用于在SAP应用程序中构建应用程序。但我不想陷入一种单一的做事方式。希望这能澄清其中的一些问题。在剩下的评论中很难找到答案。原则上,尽管经验将是相似的;也许可以公平地说,使用Angular、Backbone等工具,您从一开始就更接近金属(HTML),而使用UI5,您可以选择靠近或远离,使用抽象的控件层。我不是HTML5大师,但我很好地相处,因为我使用UI5。调试是非常愉快的(内省等)。我的建议是试一试,看看TodoMVC(上面有UI5)并进行比较。HTH.@dparnas,SAP UI5已经有了一个标记。这个问题,以及你一直在添加它的所有其他问题,已经有了这个标签。请停止添加新标签,因为它只会引起混乱。@charles我明白你的担心,但情况比表面上看起来要复杂一些。您可以看到sapui5是一个企业许可的框架,它已经被移植到openui5中,openui5是一个开源许可的框架。两者的共同点是ui5。我们是一群希望帮助人们更容易地使用openui5的人,我们相信在两者之间有一个更好的分离是很重要的。sapui5问题通常在SAP自己的社区scn.SAP.com上处理,但openui5问题最好在stackoverflow上处理。@charles不是我想更改许多问题,只是需要一对夫妇通知其他人该标签现在存在(现在不再存在)。也许最好使用标记openui5,让开发人员根据他们最熟悉的名称进行标记。当然会有人只知道openui5的名字而不知道sapui5。任何更多的输入?同时使用sapui5和openui5标签将导致稀释;由于UI5是专有的和开放的,有些人支持其中一种,而另一些人(例如开源开发人员)支持另一种,但他们都共享95%的技术),所以有一个标签是有意义的。@Charles:正如qmacro已经指出的SAP UI5 a