SAP UI5 par rapport à d'autres frameworks Javascript?
Je voulais juste comprendre où en est SAPUI5 comme cadre.
(1) Est-ce comme jQuery (bibliothèque avec hôte de fonctions utilitaires, effets, animations, etc.) ou (2) Est-ce comme une bibliothèque MVC comme Backbone, Angular, Ember, etc.?
- Si 1, comment pourrait-il éventuellement remplacer jQuery?
- Si 2, quels avantages et inconvénients cela aurait-il par rapport à ces autres cadres?.
Mis à part le fait que c'est le framework propriétaire de SAP, ce que je voudrais vraiment savoir , c'est les principes et la philosophie derrière ce framework , et comment cela résiste-t-il au test? de temps en front-end concernant-
- Philosophie MV * des applications de construction
- création d'applications d'une seule page
- courbe d'apprentissage avec d'autres cadres comme Backbone, Angular (je veux dire si j'apprends SAPUI-5 ma courbe d'apprentissage pour d'autres cadres augmente ou diminue ou comment peut-elle affecter cela))
Et enfin je peux (s'il y en a!) Créer un écosystème de SAPUI5 avec d'autres frameworks.
Il s'agit d'une question assez vaste qui risque d'avoir une réponse très longue, qui est également sujette à des opinions et à des faits. Mais je vais essayer.
Il y a d'abord la question "quelle boîte à outils". Il y a SAPUI5 qui est le nom de ce que la boîte à outils a pris à l'origine (et a toujours), et cela est soumis à certaines restrictions de licence SAP. Depuis décembre 2013, il y a aussi OpenUI5 qui est le Open Sourced version de la même boîte à outils (moins quelques éléments actuellement, mais pour la plupart identiques). Et lorsque les gens font référence à UI5, ils font collectivement référence à la fois à SAPUI5 et à OpenUI5.
Ainsi, alors que "SAPUI5" est propriétaire, son frère "OpenUI5" est en grande partie Open Source.
UI5 est une boîte à outils complète qui comprend, entre autres:
- MVC
- liaison de données avec prise en charge de JSON, XML et OData prêt à l'emploi
- chargement et gestion des modules
- prise en charge de la création d'applications basées sur des composants
- internationalisation (y compris support RTL)
- routage
- différentes bibliothèques de contrôles, par ex. de riches contrôles spécifiques au bureau dans les espaces de noms sap.ui.commons et sap.ui.table, ainsi que des contrôles réactifs pour smartphone/tablette/bureau dans l'espace de noms sap.m (sur lequel les suites d'applications SAP Fiori sont construites)
Pour votre question sur jQuery - il utilise jQuery et de nombreuses autres bibliothèques , et s'appuie sur eux, donc ce n'est pas un concurrent pour jQuery ou un remplacement pour lui. En fait, par expérience personnelle, je ne suis pas un expert jQuery mais je crée très bien des applications avec UI5.
Pour votre question sur les avantages et les inconvénients par rapport aux autres frameworks MV *, je ne pense pas qu'il y ait de la place dans cette réponse pour aborder une question aussi vaste.
Vous ne savez pas ce que vous entendez par l'épreuve du temps concernant MV *; MVC a été autour comme un concept depuis presque le début des temps, donc je suppose que cela a résisté à l'épreuve; UI5 est relativement jeune (2-3 ans) doit donc encore faire ses preuves en termes d'années, mais il se porte plutôt bien jusqu'à présent si l'on considère l'ampleur du développement d'applications qui se produit avec lui dans le monde SAP.
Courbe d'apprentissage? Je suis traditionnellement un développeur backend/intégration et j'ai choisi UI5 sans trop de peine. Difficile de répondre à la question sans connaître vos compétences et votre désir de l'adopter.
Écosystème à l'intérieur de SAPUI5? Je ne suis pas sûr de comprendre cette question.
J'espère que ça aidera un peu.