如何设置启用Firebase的Android应用程序构建与数据库访问

如何设置启用Firebase的Android应用程序构建与数据库访问,android,firebase-realtime-database,Android,Firebase Realtime Database,报纸上有一篇帖子,内容如下: 小型团队,简单的应用程序 同样重要的是要注意,通过这种配置,您将 在开发过程中使用与活动数据库相同的所有数据 完全发布的应用程序上的用户。这可能不是最安全的事情,如果 您打算中断实时数据库数据或尝试 开发期间的远程配置值 我想问一下如何使用Firebase数据库,而不是使用实时数据库发布数据版本,即发布APK生成的数据 我认为可能会有重复的数据库根,比如根版本和根调试。因此,在根调试中,我可以输入任何需要调试的内容,当然还可以开发和测试未来的键 想知道如何更安全地执

报纸上有一篇帖子,内容如下:

小型团队,简单的应用程序

同样重要的是要注意,通过这种配置,您将 在开发过程中使用与活动数据库相同的所有数据 完全发布的应用程序上的用户。这可能不是最安全的事情,如果 您打算中断实时数据库数据或尝试 开发期间的远程配置值

我想问一下如何使用Firebase数据库,而不是使用实时数据库发布数据版本,即发布APK生成的数据

我认为可能会有重复的数据库根,比如根版本和根调试。因此,在根调试中,我可以输入任何需要调试的内容,当然还可以开发和测试未来的键


想知道如何更安全地执行此操作,以便调试APK版本永远不会意外地破坏实时发布数据。

您拥有真实数据,这很好。但是,您需要进行一些实验,因此您需要一个生成的数据库副本,在该副本中,您可以处理数据,而不必冒破坏真实数据的风险。此数据库需要定期生成,以便您的本地副本与实时数据库不会有太大的差异

这将解决在开发阶段存在数据风险的问题。然而,现实生活中的数据可能会以许多其他方式被破坏:

  • 黑客
  • 物理损伤
  • 错字
  • 代码中的bug
  • 用户的错误
为了解决这些问题,您还需要定期生成备份数据库。一些团队正在使用备份数据库,这是否太危险还存在争议。我的意见是,一份未经改动的备份副本是有帮助的


因此,您将需要一个dev和prod环境,可能还需要一个staging。dev将链接到dev db,prod将链接到live db。登台环境可以连接到dev数据库,但您也可以为此使用单独的数据库。暂存的作用是为未发布的代码同步提供一个稳定的位置,以防您是团队成员或打算向远程观众演示您的工作。

您拥有真实的数据,这非常好。但是,您需要进行一些实验,因此您需要一个生成的数据库副本,在该副本中,您可以处理数据,而不必冒破坏真实数据的风险。此数据库需要定期生成,以便您的本地副本与实时数据库不会有太大的差异

这将解决在开发阶段存在数据风险的问题。然而,现实生活中的数据可能会以许多其他方式被破坏:

  • 黑客
  • 物理损伤
  • 错字
  • 代码中的bug
  • 用户的错误
为了解决这些问题,您还需要定期生成备份数据库。一些团队正在使用备份数据库,这是否太危险还存在争议。我的意见是,一份未经改动的备份副本是有帮助的


因此,您将需要一个dev和prod环境,可能还需要一个staging。dev将链接到dev db,prod将链接到live db。登台环境可以连接到dev数据库,但您也可以为此使用单独的数据库。暂存的作用是为未发布的代码同步提供一个稳定的场所,以防您是团队成员或打算向远程观众展示您的工作。

非常感谢您说的开发和prod环境是指两个不同的android studio项目吗?我觉得我需要阅读这个,你能给一些阅读链接如何设置这个吗?使用premium GitHub是一个好地方吗?在开发环境中,我指的是您正在计算机上处理的副本。根据prod环境,我指的是您的用户将下载和使用的远程服务器上的副本。您需要分别对它们进行版本设置,git是一个很好的工具,GitHub是一个很好的选择,就像GitLab一样。资料来源:。如果这个帖子回答了你的问题,那么你可以考虑接受它。干杯。非常感谢当你说dev和prod环境是指两个不同的android studio项目吗?我觉得我需要阅读这个,你能给一些阅读链接如何设置这个吗?使用premium GitHub是一个好地方吗?在开发环境中,我指的是您正在计算机上处理的副本。根据prod环境,我指的是您的用户将下载和使用的远程服务器上的副本。您需要分别对它们进行版本设置,git是一个很好的工具,GitHub是一个很好的选择,就像GitLab一样。资料来源:。如果这个帖子回答了你的问题,那么你可以考虑接受它。干杯