最近在奥兰多举行的SAP用户大会上，SAP发布了一套外观令人印象深刻的应用 'Fiori',基于SAP新的HTML5框架（即SAPUI5)。SAPUI5(基于HTML/CSS/Javascript，在jQuery等库之上）已经做了一年多时间，但上周SAP发布的Fiori应用已经表明SAP非常认真的将SAPUI5作为以后UI开发的工具集。DJ Adams一年前在他的这篇博客内已预见到SAPUI5的转
SAPUI5，我们的HTML5控件库，SAP将要在需要“consumer grade”用户体验的应用上作为标准的用户接口控件库使用。
事实上，在SAP自己的UI技术路线图2013内，SAPUI5已被作为任何场景下的UI展示技术。如果我们假设用户一旦尝试过Fiori应用，他们会需要更多这样的应用。对"consumer grade"式的用户体验期望会变得更加普遍，即意谓着对开发者技能的期望。
SAP在UI路线图2013的附录内给了我们一些提示，以下是传统的Dynpro, Web Dynpro ABAP,SAPUI5技术的一个对照表
| UI Technology |
Skills Required (per SAP UI Roadmap) |
| Dynpro |
ABAP & Dynpro |
| Web Dynpro ABAP |
ABAP OO, Web Dynpro ABAP, Floorplan Manager |
| SAPUI5 |
Javascript, HTML5, CSS3, Gateway, OData |
如果仔细看会发现对SAP开发者的技术要求有大的转变，跟10年前SAP试图将用户接口层转变到JAVA时一样。使用SAPUI5,WEB开发者使用 HTML5/CSS/Javascript开发客户端WEB应用，而ABAP开发者专注于ABAP系统内业务逻辑开发，然后通过NetWeaver Gateway暴露接口给WEB应用使用。进一步说，在SAP关于增强 Fiori应用（基于SAPUI5）的指导文档中有下面一个表：
随着向SAPUI5 的转变，我预感到SAP生态系统内的一些挑战…
SAP可以依靠ABAP开发社区提升ABAP开发者的SAPUI5技能么？
我的观点是没有很多的开发者会去转变。基于我的观察，许多开发者仍不能轻松的转换到 Web Dynpro ABAP开发，这可从18月我前参加的SAP技术大会上得到印证（当时booked-out hands-on session首次被引入到Web Dynpro ABAP）。所以如果大部分ABAP开发者需要很大的努力才能跨越到Web Dynpro ABAP (及其相关概念FPM 和 ABAP OO)，我对他们会转型Javascript, HTML5不抱有希望。即便如此，ABAP开发者仍需要在Gateway services下开发业务逻辑。这样使用SAPUI5 将出现multi-develope场景：web应用的前端开发者和业务逻辑的后端开发者。这如同在Web Dynpro Java时期用户需要考虑的一样，业务逻辑由ABAP开发，前台界面由Web Dynpro Java开发。令人关注的是客户是否愿意接受这种多开发者场景。在某些地方，前台开发者和后端开发者分离是不常见的。当然对同时具有这两种技术的人会有很大的需求。
SAP是否可以在传统的SAP生态系统外搞一个新社区，让WEB开发者来接受SAPUI5？
我当然希望这样，尽管我认为还可以做的更多。我担心的是SAP将SAPUI5构建成专有的HTML5框架的愿望可能阻止SAPUI5的大量使用。回过头来看另一个专有框架WEB DYNPRO JAVA，
我认为你在大街上碰到的大多数纯粹的JAVA开发者并没有听说过它，它没有被大量使用。
SAPUI5的授权使用也是有问题的，我的理解是尽管SAPUI5试用是免费的，但作为正式使用就需要SAP开发授权（如NetWeaver development license or SAPHANA Cloud),这就足以使大部分非SAP开发者离开了-他们倾向使用免费的开源的或低成本的框架。另外授权意谓着将应用很大程度的限制在SAP平台场景（像WEB DYNPRO JAVA），大多数进入SAP应用场景的WEB开发者更愿意使用更通用的库和框架-他们对此有实战经验和专业知识，并且是免费的或开源的（such as Twitter Bootstrap）。我个人认为SAP可以做的更多让SAPUI5被广泛关注，将它开源或者在传统的SAP技术大会外进行推广。我最近在澳大利亚参加了一些开发者和WEB开发者会议，令人遗憾的是这些事件中没有SAP的身影。当前，在WEB生态系统内围绕WEB开发者应该使用什么WEB框架或库正发生着激烈的竞争（eg. all the various Javascript MV*frameworks)-在我脑海中哪些被广泛使用的才有可能成功或拥有更长的生命期。对许多WEB开发者来说，SAPUI5不在他们的关注范围内。
SAP的软件工程师已经为SAP将来的用户界面精心设计了一个很好的框架，但我在想面对SAPUI5我们是否面临着一个技术天坑，没有足够的传统的SAP开发者参与，而非SAP开发者由于透明度和许可担忧也未进来，我希望我是错的。
原址：
http://scn.sap.com/community/developer-center/front-end/blog/2013/05/22/what-sapui5-and-fiori-tells-us-about-the-future-of-ui-development-for-abapers