在本教程中，我们将仔细看看你如何能将 Tilda和 AppMaster.假设在Tilda 中创建了某个表单，我们的任务是确保数据，当它被填写时，会进入AppMaster ，在那里处理并存储在数据库中。
创建webhook在AppMaster
Tilda 通过webhook向第三方服务发送数据。因此，值得从创建必要的webhook开始，首先要为其操作准备好业务流程。
这个过程的一个特点是，事先不知道会得到什么确切的数据。网络钩子将与 "raw"需要适当处理的请求。为了做到这一点，我们将使用 Get Request Body块。让我们看看一般从Tilda ，将其转换为String ，将其写入日志并在响应请求时显示。
在端点部分，让我们立即创建一个新的webhook。值得注意的是，请求类型必须是 Raw因为它没有任何硬编码的输入参数，可以随时接受任何数据。你还需要禁用 Middleware Token Auth因为在Tilda 中填写表格，你不需要在AppMaster 中经过授权，而且发送数据对所有人都是开放的。
Tilda 表格设置
下一步是将Tilda 连接到创建的webhook。要做到这一点，在网站表单的设置中，只需指定URL，当然，如果有必要，你可以使用额外的选项。例如，为了提供额外的保护，还可以在请求的正文或标题中传递一个特殊的密钥。
如果一切都做得正确，将出现一个相应的消息，能够立即将这个webhook链接到网站上的所有表单。
剩下的就是发布带有表单的页面并测试它的运行。
通过打开AppMaster日志，你可以确定表单的数据确实被接收了。
消息。“Email=test%40gmail.com&Name=John+Smith&Phone=%2B1-202-202-22-22&Comments=Hello%2C+world%21%0AThis+is+my+comment&tranid=6355139%3A3971256761&formid=form513738662”
你可以看到表格中填写的所有信息。同时，它变得很清楚，数据是以 x-www-form-urlencoded格式，分别不能再作为一组原始数据来处理，而是作为单个字段的集合。
AppMaster 数据库模型
现在只剩下制作正确的处理程序了。而且最好从一个数据库模型开始，所有的信息都将被存储在这里。
对于一个标准的表单，一个有4个字段的简单模型就足够了。
- Email (String)
- Name (String)
- Phone (String)
- Comments (Text)
接下来，你需要回到创建的业务流程，并考虑到收到的关于请求组成的信息对其进行修改。
要填写的表格中的字段名称将被用作输入参数。它们的数据将被用来创建一个模型(Make Tilda)，然后写到数据库(DB: Create Tilda).
最后要做的是改变之前为webhook创建的端点。我们知道传入数据的格式并处理它，所以 Request payload type必须是 Form.同时，有必要将业务流程中创建的参数与完成的表单中的字段的确切名称相匹配（当我们从请求中收到原始数据时，我们在日志中看到它们）。在这个例子中，它们几乎是相同的，但在第一个字符的情况下有所不同。
现在你可以发布创建的应用程序，并在行动中测试它。如果你在Tilda ，重复填写和提交表单，那么数据将被发送到AppMaster ，写入数据库，这可以通过以下方式进行验证 Swagger.
