2015年，Jerry还在SAP成都研究院CRM Fiori开发团队工作时，担任了德国一个著名的灯具制造商客户的CRM Fiori项目的dev angel. 当时客户提出了若干对CRM Fiori标准应用的增强需求，总的来说分为前台Fiori UI界面的增强(比如增添新的自定义字段)以及后台逻辑的增强。
当时还处于Fiori 1.0时代，还没有直接在浏览器上使用S/4HANA的Key User tool进行新建字段的办法，因此对于前台界面的增强，我给客户的解决方案是使用UI5 XML视图中预留的Extension point，而后台逻辑的增强，则通过UI5 JavaScript controller中的extension hook以及ABAP后台的BAdI实现。
我和客户四个月的合作非常愉快，最后项目顺利上线，我也收到了德国客户通过邮件发送的感谢信，客户还把这个项目他们做的所有增强代码打成压缩包发送给我，希望SAP能好好分析这些逻辑，评估某些需求是否具有普遍性，将来能否做到SAP标准Fiori应用里，以便更多的客户能受益。这个德国客户在项目实施中的专业程度和一丝不苟的态度，给我留下了深刻的印象。
当时客户的一个实际需求是，创建一个新的自定义字段，并能够让该字段在端到端的业务流程中启用(支持增删改查). 虽然这个需求现在看起来比较常见，但在五年前的Fiori 1.0时代，实现起来还颇费一番功夫，因为前后台都得做一些增强。
我当时把完整的增强实现步骤写成博客发在了SAP社区上，因为步骤较多，总共写了四篇文章才介绍清楚：
https://blogs.sap.com/2015/06/18/an-example-of-end-to-end-extension-on-crm-fiori-application-part1/
https://blogs.sap.com/2015/06/19/an-example-of-end-to-end-extension-on-crm-fiori-application-part2/
https://blogs.sap.com/2015/06/20/an-example-of-end-to-end-extension-on-crm-fiori-application-part3/
https://blogs.sap.com/2015/06/24/an-example-of-end-to-end-extension-on-crm-fiori-application-part4/
最近Jerry在WebIDE里偶然看到新建菜单里有个名叫Adaptation Project的菜单项：
网上搜索一番后，发现一篇介绍其用法的博客，这里Jerry把文章概要用中文描述出来分享给大家。该博客介绍了另一种不通过编程即可增强Fiori应用某些行为的方式，对其细节感兴趣的，可以点击文末的“阅读原文”链接直接阅读SAP社区的英文版博客。
SAP Fiori for SAP S/4HANA – Adding Export to Excel to a standard SAP Fiori elements app using a Adaptation Project
这种新的增强方式是通过Fiori Adaptation Project完成的，通过一个实际的需求来介绍。
我们说SAP应用，最典型的使用方式就是以搜索界面作用入口，在搜索结果的表格控件里点击某条记录进入明细页面开始操作。
由于种种原因，并不是所以的表格控件都提供将数据导出成excel格式的功能。
在编辑模式里，选中视图上的表格控件，准备开始做属性的修改。
我们注意到这个安全模式的提示，引入这种模式的用意和Android系统以及Windows操作系统的安全模式类似。SAP UI5 Visual Editor的安全模式下，开发者只能针对控件进行受限制的属性修改。
保存修改，在项目文件夹下生成一个名为changes的文件夹，里面记录了这次属性修改的明细。这种将属性修改通过单独的文件保存下来的思路，和SAP C4C里通过Key User Tool或者Cloud Application Studio修改UI视图后生成Change Transaction用来记录修改明细是一致的。
希望本文能够帮助大家对Fiori应用的又一种增强方式有一个最基础的了解，感谢阅读。
