这取决于应用程序,以及应用程序遇到此错误后能够执行的操作。
Google 在Material Design Guide中建议处理这些类型的消息的两种方法是:
对话框(在本例中为警报对话框):

和小吃店:

使用您的示例:从远程服务器请求了一些数据,但由于某些错误或异常,获取失败并且没有返回数据。
此时,错误消息的类型将取决于应用程序在没有该数据的情况下将如何运行。如果应用程序将按原样执行,这意味着获取类似于后台更新,那么要显示的适当内容将是 Snackbar。为什么?
从指南:
Snackbars 通过在屏幕底部显示一条简短消息来提供有关操作的轻量级反馈。Snackbars 可以包含一个动作。
轻量级确实是这里的原因。如果应用程序在没有后台数据获取的情况下运行,则不应使用消息阻止 UI。只要让用户知道事情并没有按照他们应该的方式进行,这样他就可以在他关心的时候做点什么。
这是取自指南的示例:

代码:关于 Snackbars 的开发者文档
永远不要使用吐司。Toast 太小,太简短,可能会被忽视。使用小吃吧。
但是,如果您的应用程序无法运行,或者在没有该数据的情况下只会显示空白屏幕,则正确的做法是显示警报对话框。
没有人希望看到的只是一个空白屏幕,如果您不能用数据填充它,您需要为用户提供一个屏幕,他们可以从中执行替代功能,即使那是退出应用程序。
来自警报指南:
警报通知用户在继续之前需要他们确认或确认的情况或操作。根据所传达信息的严重程度和影响,它们的外观略有不同。
警报是中断性的、紧急的,并且在用户做出决定之前会阻止用户继续操作。
和
消除 Snackbars 的歧义:与 Alerts 相比,Snackbars 提供可选但重要的信息或操作,并且通常出现在操作之后。例如,使用提醒确认放弃草稿。使用快餐栏呈现撤消操作,因为该操作是可选的,用户可以继续其主要任务而无需执行操作。
因此,如果应用程序在没有这些数据的情况下无法运行,请使用警报对话框。