pub struct CronCatTaskSubmessageParams {
    /// Defaults to [REPLY_CRONCAT_TASK_CREATION](crate::REPLY_CRONCAT_TASK_CREATION)
    pub reply_id: Option<u64>,
    /// Defaults to [Always](SubMessageReplyType::Always)
    pub reply_type: Option<SubMessageReplyType>,
}

REPLY_CRONCAT_TASK_CREATION 被设置为从单词 "croncat" 得出的大而唯一的数字，以减少集成dApps时的冲突。

还有一个简单的枚举用于回复类型，可以根据需要指定。

pub enum SubMessageReplyType {
    Always,
    OnError,
    OnSuccess,
}

处理任务创建后的回复

当您使用带有回复的子消息创建任务时，您可以在您的合约的回复入口点中利用两个函数。

• reply_handle_croncat_task_creation — 这个函数接受 msg: Reply 参数并将其解析为更有用的 CronCatTaskExecutionInfo，这仅仅是 croncat-sdk-tasks 的 TaskExecutionInfo。它返回一个元组，包含回复入口点的逻辑和二进制消息数据。后者对于在回复的Response中包含很有用，例如通过使用 Reply::new().set_data(…。

处理来自任务的调用

这里引入的方法

• handle_incoming_task — 这将检查任务的版本，并通过工厂查询确认发送者是受制裁的管理合约。它还检查执行是否是同步的，通过确认状态中在发送调用它的消息之前管理器保存。最后，它检查任务的拥有者是接收合约本身，或者是在可选参数中提供的 expected_owner。

在这种情况下，您的合约被调用，在预期CronCat将调用的方法中。我们想了解是否确实是CronCat在执行您的任务，并检查任务的所有者是接收合约。如果您希望修改这些限制，您可以使用此结构体来提供额外的参数进行修改。

pub struct HandleIncomingTaskParams {
    /// Disables the check ensuring that the block height and transaction index are the same
    /// If you expect an IBC delay or something asynchronous, disable by setting to true.
    pub disable_sync_check: bool,
    /// By default, we check that the contract receiving the task invocation
    /// must be the owner of the that task. Put another way: someone else's
    /// task isn't invoking our method. You can disable this by setting to true.
    pub disable_owner_check: bool,
    /// If the owner check is enabled, you may specify an alternate expected owner.
    /// Perhaps the task owner isn't this contract, but you know the address.
    /// By default, the validation logic in `handle_incoming_task` checks against the current contract.
    /// If disable_owner_check is true, this value is irrelevant.
    pub expected_owner: Option<Addr>,
}