松弛块？仅限于简单应用程序的设计？
Slack Blocks? Limited by design for simple apps only?
我的应用程序向 slack 发送块，要求用户就某些事情做出决定。让我们简化它并说它是“是”或“否”按钮点击。问题是——这个决定起作用的对象是 app_domain -> element_type -> element_id 的组合——这三个字段是必须的，用于识别要处理的对象继续努力。
也许我读错了文档，但 Slack 似乎非常有限，绝对没有地方可以包含自定义结构，该结构将与应用程序的乒乓球 - > slack 和松弛 - >应用程序交互。我几乎只限于 block_id 和 action_id，而且绝对没有其他我可以放置自定义上下文保持数据的东西。我不明白这个粗略的限制。除了将 "xxxxxx|xxxxxxxx|xxxxxx" 放在 block_id 字符串上之外，我真的别无选择，这样我以后就可以在我的应用程序中解码这三个 ID 以了解当用户单击交互式按钮时要处理哪些对象吗？
一定有更聪明的方法。有什么指点吗？
块中还有另一个可自定义的字段：
private_metadata
我的应用程序向 slack 发送块，要求用户就某些事情做出决定。让我们简化它并说它是“是”或“否”按钮点击。问题是——这个决定起作用的对象是 app_domain -> element_type -> element_id 的组合——这三个字段是必须的，用于识别要处理的对象继续努力。
也许我读错了文档，但 Slack 似乎非常有限，绝对没有地方可以包含自定义结构，该结构将与应用程序的乒乓球 - > slack 和松弛 - >应用程序交互。我几乎只限于 block_id 和 action_id，而且绝对没有其他我可以放置自定义上下文保持数据的东西。我不明白这个粗略的限制。除了将 "xxxxxx|xxxxxxxx|xxxxxx" 放在 block_id 字符串上之外，我真的别无选择，这样我以后就可以在我的应用程序中解码这三个 ID 以了解当用户单击交互式按钮时要处理哪些对象吗？
一定有更聪明的方法。有什么指点吗？
块中还有另一个可自定义的字段：
private_metadata