Events 使用composer rest server时是否需要在模型文件(.cto)中定义事件?

Events 使用composer rest server时是否需要在模型文件(.cto)中定义事件?,events,hyperledger-composer,Events,Hyperledger Composer,如果我想为Hyperledger Fabric Composer业务网络开发node.js应用程序,则有必要定义(在模型文件中)在事务发生时发出的事件。否则,node.js应用程序不会“通知”这些事务(请参阅) 定义事件(在模型文件中…,并在相应的事务处理器函数中发出它们)使node.js应用程序能够订阅这些事件(并因此被告知正在发生的事务) 到目前为止我明白了 我的问题如下: 当我使用composer rest服务器(即自动生成的node.js应用程序)而不是开发我自己的node.js应用程序

如果我想为Hyperledger Fabric Composer业务网络开发node.js应用程序,则有必要定义(在模型文件中)在事务发生时发出的事件。否则,node.js应用程序不会“通知”这些事务(请参阅)

定义事件(在模型文件中…,并在相应的事务处理器函数中发出它们)使node.js应用程序能够订阅这些事件(并因此被告知正在发生的事务)

到目前为止我明白了

我的问题如下:

当我使用composer rest服务器(即自动生成的node.js应用程序)而不是开发我自己的node.js应用程序时,我是否仍然需要为模型文件(.cto)中定义的事务定义事件?
或者这不是必需的,因为composer rest服务器根本不使用这些事件?

您仍然需要在模型中定义事件,然后在事务代码中发布它们(然后使用它们(订阅)它们来自客户端—无论是composer客户端还是websockets等,因此无论您使用的是REST API、composer客户端API还是CLI


因此,如果您从REST客户机(例如浏览器)发布一个事务,并将其发送到REST服务器,那么您必须已经定义了一个事件(在您的模型中)此外,您的事务逻辑必须发出该事件,以便任何侦听器都能处理它。

对不起,我是新来的。但我仍然不明白发出和订阅事件的必要性。使用
@returns
不是很方便吗?np.事件用于表示“已发生业务事件,通知正在侦听事件的应用程序“-eg Websockets server.Returns非常方便,它用于返回数据(结果)集,但不是事件驱动的。