跨EJB（有状态会话bean）与HTTP会话与现代框架的会话信息
在我以前进行编码时，我主要使用无状态会话bean，跨页面遍历所需的所有信息都放在HTTP会话对象中。当时（甚至现在）我从未理解EJB的“USP”对于“业务层”实现来说是“透明的”和“安全的”，它围绕着处理骨架、存根和其他行话的方式，这些行话都是以易用性/安全性的名义伪装的。我只是想知道，如果可以通过SLSB+HTTPSession实现，为什么会使用有状态会话EJB呢？请不要给我的购物车或银行应用程序的高层次的例子，因为我已经知道。我正在寻找一些答案，详细说明为什么程序员选择SFSB而不是SLSB+HttpSession。另外，在你最近的经历中，这些与会话相关的东西是如何处理的 您假设视图层始终是http客户端。但是视图层可以用其他方式进行架构。 例如，Java Swing客户机应用程序（其中客户机-服务器通信仅通过EJB完成） 有助于区分SFSB与HttpSession的问题。跨EJB（有状态会话bean）与HTTP会话与现代框架的会话信息,http,ejb,httpsession,stateless-session-bean,stateful-session-bean,Http,Ejb,Httpsession,Stateless Session Bean,Stateful Session Bean,在我以前进行编码时，我主要使用无状态会话bean，跨页面遍历所需的所有信息都放在HTTP会话对象中。当时（甚至现在）我从未理解EJB的“USP”对于“业务层”实现来说是“透明的”和“安全的”，它围绕着处理骨架、存根和其他行话的方式，这些行话都是以易用性/安全性的名义伪装的。我只是想知道，如果可以通过SLSB+HTTPSession实现，为什么会使用有状态会话EJB呢？请不要给我的购物车或银行应用程序的高层次的例子，因为我已经知道。我正在寻找一些答案，详细说明为什么程序员选择SFSB而不是SLSB
感谢您尝试回答我的问题Henrique。我很想知道Swing，一个UI框架，是如何不与Http协议一起工作的。也不想从主要主题中被劫持，我想了解为什么“程序员选择SFSB而不是SLSB+HttpSession？”