EOS通信模型（上）
e1fc4b4adf6b1045c45b3e5cbd02acb5.png
今天，我们将探索EOS通信模型。我们将深入探讨不同类型的沟通模式和行动。
明天，我们将展示一个制造机器人的EOS智能合约示例，我们将看到如何在代码中使用EOS通信模型，并演示如何使用EOS智能合约，创造机器人。
首先，让我们从EOS智能合约的包含的内容开始。这将奠定基础。
EOS智能合约
1
每个EOS智能合约都有一组行动和类型。
Action表示一个单一的行动。您可以将其视为JavaScript中的函数或C＃中的方法。
Type定义了在合同中需要使用到的内容和结构。大多数时候，我们将其用于数据表格。
EOSIO中的合约可以相互通信。它是通过基于消息的通信架构实现的。
EOS通信模型就是合约之间沟通的方式途径。
通信模型有两种类型：内联通信模型和延迟通信模型。
内联行动（内联通信模型）
内联行动是内联通信模型的一部分。如果了解它们，您将理解内联通信。
我们来看看下图：
image
用户从智能合约A执行Action（Action＃1）。当Action开始执行时，它会触发另外两个Action - 来自智能合约B的Action＃1.1和来自智能合约C的Action＃1.2。一切都在当前交易中完成。
在当前事务中执行并与其完成相关的操作，称为内联行动。
重要的是，要记住内联行动是作为调用操作的一部分执行的。因此，它们与原始交易的范围和权限相同。这是他们将被执行的保证。如果其中一个Action（行动）失败，则整个事务将失败。
所以，你已经知道内联通信是什么了。
请求执行的Action作为调用操作的一部分，就是内联通信的示例。
延期行动（延期通信模式）
第二种类型是延迟通信模型。延迟通信模型的Action非常有趣，因为它们不在同一事务中执行。来看看下图：
image
我们有相同的交易流程。这里唯一的区别是从智能合约C执行的第二个动作不是内联行动而是延迟行动。延期行动，计划在将来某个时间运行。
根据区块生产者的判断，延迟的操作最好被安排在稍后的时间运行。但是不能100%保证一个延迟行动将被执行。
即使这些Action不属于同一个交易，它们也具有发送它们的合约的权限。
所以基本上，延迟通信，在概念上，采用发送Action通知到对等的事务的形式。
交易与行动
在明天的演示之前，让我们在看一些有趣的东西。
在EOSIO中，事务和行动（Action）之间存在差异。该行动表示单个操作，而事务是一个或多个操作的集合。
image
事务可以包含N个动作（Action）。但是，每个事务必须在30ms或更短的时间内执行。如果事务包含多个操作，并且这些操作的总和大于30毫秒，则整个事务将失败。
大家圣诞快乐！🎄明天我们看代码，继续 _
原文链接：https://infinitexlabs.com/eos-communication-model/
谢谢阅读！欢迎点赞！
