云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

负载均衡_360dns服务器_免费1年

小七 141 0

这是对实时流录制内容的可搜索描述,特别是"带qmacro的SAP开发人员实践"系列中的"Ep.47–ABAP和SAP Cloud Platform functions for appending of Code"。视频录制中有直接指向特定亮点的链接。有关其他剧集的注释链接,请参阅该系列博客文章的"捕捉重播"部分。

该剧集于2019年12月6日(星期五)直播,长度约为60分钟。视频流可以在YouTube上看到。

简介:现在是12月,我们中的许多人都在疯狂地破解代码每日谜题的完美解决方案。出于不同的原因,我们使用不同的语言、平台和工具;在本期节目中,我们让Hendrik Neumann和Gregor Wolf向我们展示了他们是如何使用SAP tech解决难题的。

00:03:15设置场景,展示代码的出现–一系列日常编程难题,世界各地的许多人,是用来获得一些乐趣,学习一门新的语言或一种新的编程技术,并普遍提高他们的技能。

00:04:25同样,由Gregor Wolf介绍给我们,有25天的无服务器,它遵循类似的模式,企业交流软件,每天的编程挑战,这一次要在无服务器环境下解决。

00:04:55快速提醒SAP云平台有一个beta Functions-as-a-Service(FaaS)产品,为此我在试用帐户中创建了第二个子帐户,以便能够打开"beta功能"来访问此产品。

00:05:50 Hendrik Neumann将向我们展示他在ABAP中编写的代码解决方案的一些代码,这提醒我分享今年SAP TechEd应用程序空间任务的链接,其中包括一个SAP云平台ABAP环境的任务。

00:06:50移动到主场景,将一直在绿室耐心等待的Hendrik和Gregor请来(!)。起初我们对亨德里克的音频有一些问题,因此,我们从Gregor开始。

00:10:20 Gregor向我们展示了第一个挑战的解决方案,该挑战涉及到生成一个服务,该服务可以有效地为具有四个不同值的dreidel"掷骰子"。

00:11:25我们讨论了持续试用续订(在SAP云平台Cloud Foundry上),90天后,所有的工件都会被删除,但之后可以重新创建。Gregor(我和其他人,我肯定)使用GitHub来存储工件,以便能够以这种方式更轻松地重新创建工件。

00:11:45 Gregor开始使用SAP Web IDE,使用项目向导来获取用于创建FaaS应用程序的模板。生成的简单应用程序实际上是一个导出的单一处理程序函数,并简单地响应传入事件(在本例中是HTTP请求)。

00:13:10在将此简单函数部署到SAP云平台之前,Gregor指出了一个您需要注意的问题,否则一般情况下无法工作。这在帮助文档Create a Functions(Beta)Service Instance中有记录,基本上涉及到在一个小的JSON节中手动指定服务实例名称,比如:

00:14:20部署后,我们通过一个FaaS cockpit页面测试它,公众号返利,该页面与Gregor的FaaS订阅有关。这个驾驶舱页面的URL看起来像这样:

这是一个很好的概述,可以访问函数、触发器等。获取代表FaaS处理程序触发器的HTTP端点,Gregor调用该服务。

00:16:30继续第3天的挑战,Gregor带我们了解所涉及的内容,包括GitHub Webhooks。这一次,Gregor展示了他使用Functions(Beta)库(在SAP帮助文档中有描述)迁移到本地开发环境中创建一个带有Functions(Beta)库的Function项目。很好的发现,格雷戈!

00:18:10我们看到,在创建项目后,他通过git repo将项目转移到本地环境中,使用VS代码作为IDE,并在项目中添加了一些脚本包.json. 运行npm run watch会启动本地服务器,其端点表示函数。真可爱!

00:20:00 Gregor向我们展示了他的githubwebhook.js网站代码,我们在编写代码和把东西放在一起时有一个简短的离题。你的代码看起来没有什么丢脸的,如果它能工作并且是可维护的,那就更好了!我们注意到,Gregor正在使用内置的http模块来发出http请求—这是因为他不想再依赖任何外部包了。

00:22:30第3天难题解决方案还有另一个组件,它是一个后端,Gregor使用当然是CAP组装的。他有一个非常简单的数据模型,看起来像这样:

还有一个更简单的服务定义:

00:24:40简单地看一下REST客户机扩展的VS代码,它允许您非常简单地编写HTTP客户机请求定义。推荐!

00:27:00插入图片后,Gregor演示删除功能。他还展示了他设置的测试,以模拟webhook调用中从GitHub发送的内容—这非常简单,可以很好地设置为GitHub文档。

00:29:25进行"真实"测试—截图,将其提交到git repo并将更改推送到GitHub,然后触发webhook调用。我们从githubwebhook状态页和从CAP后端请求一个图像列表中都可以看到,一切都是成功的。干得好,格雷戈,谢谢你!