SAP UI5 的前世今生原创

同目前国内外流行的前端开发框架的三架马车ular、利AK和view一样，Sub ui5也是一款基于javascript的前端开发框架。同这三个同行相比，SPY5在面向企业及用户的前端应用开发领域更具优势，主要体现在以下这些方面，一、长期兼容性和可维护性，Longterm comatibility maintenance，二、丰富的开箱即用的面向企业及前端应用的控件，三、国际化internationalization的支持，四、应用的健壮性和安全性，Robus and security的支持，五、accessibility，六、SUI5开箱即用以及周边设区提供的诸多开发和support工具。SUI5也是SUI设计理念和设计系统清点使用的应用开发框架。S普UI5起源凤凰计划Phoenix s普UI5最早的起源要追溯到2008年11月，来自SAP不同开发团队的几位员工挤进了一间只能容纳四人的小会议室，被授予一项秘密任务，创建一种新的U外开发技术。这个项目当时的代号是PX，这个代号对应的凤凰图标一直沿用至今，成为SUY5的logo。这种新的UI开发技术必须具备灵活、可扩展、现代并且独立于后端实现技术等特性。我们不妨回忆一下2008年时期的SAP生态圈，有哪些技术站活跃在前端开发舞台上。当时我刚刚加入sub成都研究院一年多的时间，从事sub business by design开发。2008年，Sub BYD还没有进入feature帕2.0的令S精简技术战时代，仍然基于BB和Java双战并存do Su架构域。

开发采取非composer加加Java we b pro的方式。与此同时，Sub CRM on premises仍然处于新功能的持续开发阶段。底层基于sub business server page bsp技术的web client UI框架，为了顺应当时企业及应用从client server网browseer server架构迁移的历史潮流，被用来开发新的sub CRM应用，以替换原本运行在subd中的事务码web client UI的孪生兄弟b web并pro，辅之以f PM four prime manager，在SR mui开发领域的表现也丝毫不逊色于web k and UI。如今，这一对略显高龄的双子星仍在sub产品域外开发大家族中占据一席之地。我目前工作的sub commerce cloud，其前身在遥远的2008年称之为hybr UI采用的是更古老的JSP技术。分析这些前端技术，他们都有一个最大共同点。同后端。

统具有强耦合关系下，Bsp web client UI BB web变pro开发而成的应用只能在BB系统运行Java web pro和JSP页面，也没法脱离JPM而单独运行。同后端系统的强耦和给企业用户带来的一大挑战就是入癌技术的可升级性。例如，要升级web client UI和aboveb web pro的版本以获得更多特性的支持，就得升级above ne river对应的software component sub web client we b pro的编程范式，使用其提供的开发框架，在应用开发人员和浏览器原生支持的Apex样式处理之间树立了一道屏障。这道屏障是一把双刃剑，一方面，它使得应用开发人员能够专注于应用的业务逻辑开发，而无需花精力去考虑企业及前端应用开发中至关重要的安全性、国际化性能和accessibility等产品标准该如何实现。另一方面。

也给某些确实需要对域外框架进行扩展，以充分利用现代浏览器提供最新特性的需求实现带来了一些挑战。比如我还在S成都研究院数字创新空间团队工作时，曾经做过一个圆型开发，在s CRM we client UI里引入一个基于web gl web graphic library标准的第三方库，所以J来渲染一个不断旋转的3D足球效果，当时确实费了一些功夫才让这个效果在web k g外应用里正确渲染出来。

SAP架构师团队睿智而又富有远见的架构师们早就意识到2008年当时使用的SUI技术存在上述一系列局限。S普UI5就是带着解决这些问题的使命而诞生于世的。SUI5正式为外界所知是S普2013年5月在orland豆、sa reno上发布的关于furi的通告。随着第一批总共25个基于SI5开发而成的全新Fi应用问世，SUI5接过了S前端领域的开发大旗。处于萌芽发展时期的UI5，其编码实现全部出自一个成熟的SC开发团队之首。随后团队不断发展壮大，拆分成一个库核心团队和另一个负责创建SM控件的团队。起初，SM命名空间下的控件仅用于移动设备，M代表mobile，后来被重新定义为UI5的跨设备主控件库main control Li across devices拥抱开源。

Bo ui5的诞生Phoenix计划时期，萨普UI5的创始者们都是忠实的开源项目爱好者，项目启动伊始就在考虑将其开源，以便能更轻松的与前端社区协作，更早的获得用户反馈和错误报告，以及更有效的将域外五推广到S开发生态圈。2013年12月11日，S宣布UY5将在puch2.0开源许可下以open uy5的形式进行开源，也就是如今大家在get上看到的这个代码仓库。2014年10月，这个代码仓库产生了第一行代码提交，到了2022年3月，代码提交的数量增长到了78657 Bo ui5包含了SUI5框架的核心实现和大部分控件库，这些核心现和控件库开发基本上全由SUI5团队完成，由一小部分SUI5控件库由SUI5之外的其他产品开发团队负责实现。这些控件库有的仅仅在某些极特殊的场景下使用，有的包含特殊的知识产权，没有计划在开源许可下提供，因此并未包含在open y5之内。SUY5的高速发展和成熟期，随着S普旗舰机产品S4哈将SUY5选为7000。

端开发技术方案，通过大量的SAP Fi应用的开发交付和客户使用过程中获得的反馈，SUI5进入了高速发展时期，涌现了一大批围绕萨Y5的开发工具、访问模块和基础设施层，比如fury launch s we IDE com、开发者工具扩展U外。

端道端测试框架为VERY5以及UI5项目构建和启动命令型工具UI5脱铃等等，这些新的工具本身也标志着SAP ui5和其社区走向成熟。如今，在gith上由subap主导的开源项目中，多达10%的代码仓库都和SAP ui5相关。SUI5不仅仅在功能和控件库的数量上有所增加，其核心也在不断的进化，体现在核心更细力度和更严格的模块化设计，更合适的依赖声明方式。更能发挥现代浏览器异步请求执行能力的编程方式等方面。这些进化发生在UI5核心，不会对已有的SAP ui5应用正常运行造成影响。驱动SAP ui5进化的另一个来源是furi设计准则的不断发展。从诞生之初的furi1.0到最新的3.0版本，Furi始终朝着向用户提供更coherent、更simple和更delightful的应用而努力。Fi设计准则本身在发展，作为实现该准则的技术框架，S pui5也不断调整自身，以达到完美实现fui设计准则的目标。和最初仅能通过离线压缩包的交付方式相比，如今open newy5支持众多的分发和交互渠道，可供应用开发人员挑选从部署在c dn content deliver network内容分发网络上的引导文件sor j到n PM registry上的open new package，在前端开发生态圈评选出的九大web。

Components library名单里，UI5WEB components始终占据一席之地。UI5WEB components是一组独立的基于web components标准开发而成的UI elements，这些元素将样式和行为完全封装在自定义HTML标记中，因此可以不依赖于SY5框架而被单独使用。某些企业用户可能并不需要SUY5框架提供的全部功能，或者已经拥有运行在angular liak或view框架之上的前端应用，但是这些用户仍然希望在其应用里使用UI5控件。这种情况下，UI5WEB component是一种极佳的补充方案。SUY5的未来会走向何方？如果大家持续关注SAP官方社区上具有SUY5TOP标签的博客，就会发现以下两个方向是S域Y5生态圈讨论的比较多的话题。一继续推进域Y5WEB components的发展。二继续完善S域Y5对。

Type script的支持，Evolution never ends如果大家对于sub u y5将来的发展方向感兴趣，可以登陆sub普官方的产品路线图网站，输入S普UY5关键字来查阅S普UY5未来即将支持的新特性，感谢收看。