EJB 依赖于 FacesContext 是一种糟糕的设计吗?
Is it a bad design for a EJB to depend on FacesContext?
例如,通过参数将 context.getExternalContext().getRequestLocale()
传递给 EJB,而不是使用 EJB 内部的导入和 getCurrentInstance 会更好吗?
import javax.faces.context.FacesContext;
FacesContext.getCurrentInstance()
(我是网络开发新手)
如果您将软件系统视为三层架构,那么 FacesContext
(JSF 框架的一部分)属于表示层,EJB
属于应用层。
一般来说,当较低层(应用程序)依赖于较高层(Presentation)时,这是糟糕的软件设计。它导致高耦合、低内聚,因此总体上导致软件质量差。
总而言之,最好通过参数传递值,而不是从 EJB
.
访问 FacesContext
例如,通过参数将 context.getExternalContext().getRequestLocale()
传递给 EJB,而不是使用 EJB 内部的导入和 getCurrentInstance 会更好吗?
import javax.faces.context.FacesContext;
FacesContext.getCurrentInstance()
(我是网络开发新手)
如果您将软件系统视为三层架构,那么 FacesContext
(JSF 框架的一部分)属于表示层,EJB
属于应用层。
一般来说,当较低层(应用程序)依赖于较高层(Presentation)时,这是糟糕的软件设计。它导致高耦合、低内聚,因此总体上导致软件质量差。
总而言之,最好通过参数传递值,而不是从 EJB
.
FacesContext