在设备上本地保存多个用户数据的最佳实践（或者是否有必要？）
Best practice for saving multiple users' data locally on device (Or is it necassary?)
我的应用程序有聊天功能，聊天是在 SQLite 中进行的。目前，如果多个用户使用相同的 phone，这是一个问题。来自所有用户的聊天记录将显示在过去的消息区域中，尽管这些消息似乎是由当前登录该应用程序的人发送的。那么我的问题是：应用程序通常如何处理这个问题？或者他们假设大多数人会从他们自己的设备登录应用程序或在设备本身上创建另一个用户帐户——因此将问题留给设备用户，因为这不是正常问题？
所以 Android 确实有用户帐户，但没有人真正使用它们。多帐户对于手机来说不是一个大问题，但对于平板电脑来说却是一个更大的问题，因为平板电脑往往更容易在家庭中共享。 （在世界某些地方，共享电话也并非完全不常见）。如果登录用户看到收到的消息，您真的无能为力，但您应该提供注销按钮。
处理多个账户主要有以下三种方法：
1)当用户注销时，删除该用户的所有本地数据。当他们重新登录时，从网上重新下载。
2）忽略它。这是不专业的，但很多人走这条捷径。
3)确保所有数据都标有用户id，并且只允许匹配用户id的数据出现在应用程序中。
我的应用程序有聊天功能，聊天是在 SQLite 中进行的。目前，如果多个用户使用相同的 phone，这是一个问题。来自所有用户的聊天记录将显示在过去的消息区域中，尽管这些消息似乎是由当前登录该应用程序的人发送的。那么我的问题是：应用程序通常如何处理这个问题？或者他们假设大多数人会从他们自己的设备登录应用程序或在设备本身上创建另一个用户帐户——因此将问题留给设备用户，因为这不是正常问题？
所以 Android 确实有用户帐户，但没有人真正使用它们。多帐户对于手机来说不是一个大问题，但对于平板电脑来说却是一个更大的问题，因为平板电脑往往更容易在家庭中共享。 （在世界某些地方，共享电话也并非完全不常见）。如果登录用户看到收到的消息，您真的无能为力，但您应该提供注销按钮。
处理多个账户主要有以下三种方法：
1)当用户注销时，删除该用户的所有本地数据。当他们重新登录时，从网上重新下载。 2）忽略它。这是不专业的，但很多人走这条捷径。 3)确保所有数据都标有用户id，并且只允许匹配用户id的数据出现在应用程序中。