Java 跨多个类存储当前用户数据的最佳方式
我有一个连接到数据库的登录页面,该数据库只有一个客户端,当用户登录时,他/她可能会对其配置文件进行某些更改,然后保存。大量帧需要当前用户id才能操作其数据 存储当前登录用户的可能方法包括 1) 将数据保存到临时文本文件并在用户注销前将其保存 2) 另一个选择是在所有帧中使用变量,但是我对此不太自信 3) 第三种方法是在数据库中有一个布尔列,并将字段的数据持久化为true 也许有更好的方法来存储当前的用户Id,有人可以解释其他可能的方法,并强调每个实现的优缺点,并参考“最佳”方法来实现这一点Java 跨多个类存储当前用户数据的最佳方式,java,Java,我有一个连接到数据库的登录页面,该数据库只有一个客户端,当用户登录时,他/她可能会对其配置文件进行某些更改,然后保存。大量帧需要当前用户id才能操作其数据 存储当前登录用户的可能方法包括 1) 将数据保存到临时文本文件并在用户注销前将其保存 2) 另一个选择是在所有帧中使用变量,但是我对此不太自信 3) 第三种方法是在数据库中有一个布尔列,并将字段的数据持久化为true 也许有更好的方法来存储当前的用户Id,有人可以解释其他可能的方法,并强调每个实现的优缺点,并参考“最佳”方法来实现这一点 编辑
编辑:这是一个桌面应用程序登录的用户是类Person或LoggedUser的实例
您必须实例化它,并通过模型在视图之间共享它的引用
您必须实例化它,并通过模型在视图之间共享它的引用
您必须实例化它,并通过模型在视图之间共享它的引用
您必须实例化它,并通过模型在视图之间共享其引用。我建议不要在任何静态上下文中共享此信息,因为一旦项目变得足够大,它将使您的项目很难测试。有关更多信息,请参阅此链接:,或 我要做的是将会话对象存储在一些映射中,通过一个ID标识适当的会话,该ID将通过客户端cookie提供并发送回您。这就是网络多年来一直在做的事情,现在仍然是这样。只要在需要时将会话对象传递给需要访问该数据的任何类即可 如果您正在使用J2EE实现,那么您可能已经在该实现中支持会话,您应该签出
这更多的是一个软件设计问题,涉及完成用于支持我刚才建议的模式的基础不幸超出了问题的范围我建议不要在任何静态上下文中共享此信息,因为一旦项目变得足够大,它将使您的项目很难测试。有关更多信息,请参阅此链接:,或 我要做的是将会话对象存储在一些映射中,通过一个ID标识适当的会话,该ID将通过客户端cookie提供并发送回您。这就是网络多年来一直在做的事情,现在仍然是这样。只要在需要时将会话对象传递给需要访问该数据的任何类即可 如果您正在使用J2EE实现,那么您可能已经在该实现中支持会话,您应该签出
这更多的是一个软件设计问题,涉及完成用于支持我刚才建议的模式的基础不幸超出了问题的范围我建议不要在任何静态上下文中共享此信息,因为一旦项目变得足够大,它将使您的项目很难测试。有关更多信息,请参阅此链接:,或 我要做的是将会话对象存储在一些映射中,通过一个ID标识适当的会话,该ID将通过客户端cookie提供并发送回您。这就是网络多年来一直在做的事情,现在仍然是这样。只要在需要时将会话对象传递给需要访问该数据的任何类即可 如果您正在使用J2EE实现,那么您可能已经在该实现中支持会话,您应该签出
这更多的是一个软件设计问题,涉及完成用于支持我刚才建议的模式的基础不幸超出了问题的范围我建议不要在任何静态上下文中共享此信息,因为一旦项目变得足够大,它将使您的项目很难测试。有关更多信息,请参阅此链接:,或 我要做的是将会话对象存储在一些映射中,通过一个ID标识适当的会话,该ID将通过客户端cookie提供并发送回您。这就是网络多年来一直在做的事情,现在仍然是这样。只要在需要时将会话对象传递给需要访问该数据的任何类即可 如果您正在使用J2EE实现,那么您可能已经在该实现中支持会话,您应该签出
这更多的是一个软件设计问题,很遗憾,涵盖用于支持我刚才建议的模式的基础超出了问题的范围您使用的是什么技术?是桌面应用程序还是用户通过网页登录?您可以使用
sessions
进行此操作。您可以考虑一下:[](session)您使用的是什么技术?是桌面应用程序还是用户通过网页登录?您可以使用sessions
进行此操作。您可以考虑一下:[](session)您使用的是什么技术?是桌面应用程序还是用户通过网页登录?您可以使用sessions
进行此操作。您可以考虑一下:[](session)您使用的是什么技术?是桌面应用程序还是用户通过网页登录?您可以使用sessions
进行此操作。您可以考虑:[