我是否应该在我的(android)应用程序中直接访问FIWARE Orion context broker API?

我是否应该在我的(android)应用程序中直接访问FIWARE Orion context broker API?,android,fiware,fiware-orion,Android,Fiware,Fiware Orion,我目前正在开发一个(android)应用程序,它可以访问和更新FIWARE实例中存储的数据,还可以响应订阅 是否有关于如何访问数据的建议体系结构? 我应该直接使用Orion NGSIv2 API,还是应该在我的应用程序和FIWARE之间实现一个中间件层 根据: FIWARE-NGSI v2旨在管理上下文信息的整个生命周期,包括更新、查询、注册和订阅 根据您在问题中的简短描述,您显然只想管理数据(访问和更新:GET和update)。因此,您不需要任何midleware来完成此操作 ,您可以看到如何

我目前正在开发一个(android)应用程序,它可以访问和更新FIWARE实例中存储的数据,还可以响应订阅

是否有关于如何访问数据的建议体系结构? 我应该直接使用Orion NGSIv2 API,还是应该在我的应用程序和FIWARE之间实现一个中间件层

根据:

FIWARE-NGSI v2旨在管理上下文信息的整个生命周期,包括更新、查询、注册和订阅

根据您在问题中的简短描述,您显然只想管理数据(访问和更新:
GET
update
)。因此,您不需要任何midleware来完成此操作


,您可以看到如何使用FIWARE Orion。包含一个架构示例,在Android上收集数据并发送到Orion。猎户座的用法。我想这是您的第一步。

我找到了这个,想知道这是否是某种推荐的体系结构。我已经有了一个“代理”,它通过WebSocket转发orion子描述通知。所以问题是,我是否也应该将其用作RESTAPI的中间件,这取决于您。如果您已经有了一个与Orion通信良好的代理,并且它对您来说已经足够好了,请使用它。如果它能避免不必要的时间和精力在你的客户身上实现一切,那就更重要了。建议相应地使用NGSI。如果与猎户座的通信正常,则表示正在遵循建议。另一方面,如果您使用中间件,通信延迟将得到改善,因为有另一个组件(中间件)在源和目标(例如,客户端和服务器)之间处理某些内容。在这种情况下,根据您的应用程序需求,您决定是否值得努力实现代码,而不使用中间件,减少通信延迟,或者如果您使用中间件,以防此处理时间不相关,并且它很好地满足您的应用程序要求。好的,谢谢您的反馈。会考虑这一点。只是想知道是否有一个标准的架构。但是从你的评论来看,这取决于用例。