Firestore：我什么时候应该分离更新导航 DrawerLayout 中的 TextView 的快照侦听器？
Firestore: When should I detach the snapshot listener which updates a TextView in the navigation DrawerLayout?
在我的抽屉式导航布局中，我在文本视图中显示了用户的登录信息。如果他单击标题为 "Edit profile" 的按钮然后提交相应的表单，则可以更改后者。这就是我使用快照侦听器的原因，它会更新文本视图。
由于导航抽屉布局在任何执行时间都存在，我应该什么时候分离侦听器？
如果用户点击按钮 "Log out"，我可以分离它，但如果他从不点击它怎么办？
更好的做法是第一次将登录保存在sharedPref中，并在需要时始终获取它以便在textView中进行设置。所以在这种情况下，您不需要一直在抽屉打开时发出请求。第二个优势是它会工作得更快。第三个优势是您将减少请求的数量，而不是一直发出请求，您将只在需要时发出更新请求，这样您将发出一个更新请求，而不是数千个相同的阅读请求，一切都将在本地发生。即使用户没有互联网连接，textView 也会显示所需的信息。如果您因 google 云的延迟而获得大量用户，您将无需付费。它还回答了如何处理 listener
的问题
在我的抽屉式导航布局中，我在文本视图中显示了用户的登录信息。如果他单击标题为 "Edit profile" 的按钮然后提交相应的表单，则可以更改后者。这就是我使用快照侦听器的原因，它会更新文本视图。
由于导航抽屉布局在任何执行时间都存在，我应该什么时候分离侦听器？
如果用户点击按钮 "Log out"，我可以分离它，但如果他从不点击它怎么办？
更好的做法是第一次将登录保存在sharedPref中，并在需要时始终获取它以便在textView中进行设置。所以在这种情况下，您不需要一直在抽屉打开时发出请求。第二个优势是它会工作得更快。第三个优势是您将减少请求的数量，而不是一直发出请求，您将只在需要时发出更新请求，这样您将发出一个更新请求，而不是数千个相同的阅读请求，一切都将在本地发生。即使用户没有互联网连接，textView 也会显示所需的信息。如果您因 google 云的延迟而获得大量用户，您将无需付费。它还回答了如何处理 listener
的问题