乔德·凯兰（Jhodel Cailan）的观点肯定是可以在此处采用的观点。

另一种可能的观点是 可以看到，尽管XSc已被弃用，但它也包含在对HANA 2 SPS 05的长期支持中。这意味着，根本不急于尝试迁移现有的工作XSc解决方案。

XSA本身 可能不会成为涉及HANA平台的开发的基础。
有关此主题的更完整讨论，请查看 WernerDähn的帖子https://blogs.sap.com/2019/12/25/hana-development-where-are-you- 进行/， https://blogs.sap.com/ 2020/02/23/next-generation-hana-development-model/和https://blogs.sap.com/2020/05/24/how-to-build-and-deploy-a-new-hana- 五分钟的应用程序/。

" CAP"方法目前处于开发阶段，并不主要集中在SAP HANA上，而是集中在持久性可能是HANA的云原生应用程序上。

鉴于目前有适用于大多数开发环境的客户端库，因此重要的是检查HANA特定的开发对象（尤其是图形视图）是否对您的项目足够重要，以决定整个开发堆栈 。 同时，大多数数据处理功能都可以通过普通SQL或SQLScript获得，该SQL或SQLScript允许使用其他工具和其他开发环境。

乔德·凯兰（Jhodel Cailan）我想问几个问题，以量化您的回答：

1. 您是否已使用XSA完成了一个大型项目，并且学到了什么？
2. XSA在过去的24个月中获得了哪些新功能？
3. 您已迁移了一个中型项目吗？ 从XSC到XSA的大型项目，这有多简单？
4. 您能解释一下为什么要更新SAP项目的原因吗？ SAP DWH Cloud，不以XSA/CF开发为基础吗？
5. 将CAP与XSC进行比较，您为使开发"容易得多"而兴奋的是什么功能？
6. 哪些功能是
7. 您将其称为"构建应用程序的开放标准"吗？
8. 除了SAP之外，哪些供应商还积极支持CF？ 当CF本身具有自己的模块化概念（mtar）时，为什么SAP在CF内使用容器？
9. 为什么SAP除了CF之外最近还推广Kyma？

不要误会我的意思，就正确引用SAP语句而言，您的答案是正确的。 但是问题是关于经验和陷阱。

嗨，Gaurav，

SAP一直专注于XSA和Cloud Foundry已有六十年了！ 进行快速比较，Cloud Foundry是在云中构建应用程序的开放标准，而XSA是Cloud Foundry的本地版本。 虽然确实有很多SAP客户仍然对XSC感到困惑，但SAP自2016年以来已经宣布XSA并提供了迁移工具。此外，SAP已通过以下关于XSC弃用的SAP Note正式发布。

https://launchpad.support.sap.com/#/notes/2465027

现在是2020年，要回答您的问题，XSA不再是新手，因此，它几乎可以打下坚实的基础。 坦率地说，它经历了SAP云应用程序编程模型（CAP）形式的发展。 开发本地HANA应用程序的简便得多的方法。 请参阅下面的openSAP课程，以了解有关CAP可以做什么的更多信息。

https://open.sap。 com/courses/cp7

知道XSC自2018年以来已经正式弃用，对于使用HANA Native开发的任何新项目，从XSA开始都是正确的。