Java EE中的Facade的意义是什么?

我不是很了解门面的意义。

public abstract class AbstractFacade<T> {

private Class<T> entityClass;

public AbstractFacade(Class<T> entityClass) {

this.entityClass = entityClass;

}

protected abstract EntityManager getEntityManager();

public void create(T entity) {

getEntityManager().persist(entity);

}

public void edit(T entity) {

getEntityManager().merge(entity);

}

public void remove(T entity) {

getEntityManager().remove(getEntityManager().merge(entity));

}

public T find(Object id) {

return getEntityManager().find(entityClass, id);

}

public List<T> findAll() {

CriteriaQuery cq = getEntityManager().getCriteriaBuilder().createQuery();

cq.select(cq.from(entityClass));

return getEntityManager().createQuery(cq).getResultList();

}

public List<T> findRange(int[] range) {

CriteriaQuery cq = getEntityManager().getCriteriaBuilder().createQuery();

cq.select(cq.from(entityClass));

Query q = getEntityManager().createQuery(cq);

q.setMaxResults(range[1] - range[0]);

q.setFirstResult(range[0]);

return q.getResultList();

}

public int count() {

CriteriaQuery cq = getEntityManager().getCriteriaBuilder().createQuery();

Root<T> rt = cq.from(entityClass);

cq.select(getEntityManager().getCriteriaBuilder().count(rt));

Query q = getEntityManager().createQuery(cq);

return ((Long) q.getSingleResult()).intValue();

}

}

如果我有此代码,然后有这样的EJB。

@Stateless

public class WrapSpecFacade extends AbstractFacade<WrapSpec> {

@PersistenceContext

private EntityManager em;

@Override

protected EntityManager getEntityManager() {

return em;

}

public WrapSpecFacade() {

super(WrapSpec.class);

}

}

这有什么意义呢?为什么称其为立面?对我来说,这只是一个抽象类,对相似的功能进行了分组。谢谢。

回答:

外观是一种设计模式。模式(一种软件模式)是一组规则,用于组织代码并为其提供特定的结构。通过使用模式可以实现某些目标。设计应用程序时使用设计模式。

Facade模式允许程序员为对象创建一个简单的接口以使用其他对象。考虑使用一组非常复杂的类,它们都实现自己的接口。好吧,您想提供一个接口来仅公开您拥有的许多功能中的某些功能。这样,您可以实现代码的简单性,灵活性,集成性和松散耦合。

在您的示例中,使用Facade来管理许多角色之间的耦合。这是一个设计问题。当您有许多相互交互的组件时,它们之间的联系越多,维护它们的难度就越大(我的意思是代码维护)。Facade使您可以实现松散耦合,这是程序员应始终尝试达到的目标。

考虑以下:

public class MyClass1 implements Interface1 {

public void call1() {}

public call call2() {}

}

public class MyClass2 implements Interface2 {

public void call3() {}

public void call4() {}

}

public class MyClass {

private MyClass1 a;

private MyClass2 b;

//calling methods call1 call2 call3 and call4 in other methods of this class

...

...

}

如果必须通过不更改接口来更改位于call1或call2使用的类中的业务逻辑,则无需更改所有这些类,而只需更改其中一个接口方法所使用的方法中的类即可。前两个班。

Facade使您可以改进此机制。

对不起,但我意识到它看起来并不那么好。设计模式在软件行业中大量使用,在处理大型项目时,它们可能非常有用。您可能会指出,您的项目并不大,而且可能确实如此,但是Java

EE旨在帮助业务和企业级应用程序编程。这就是为什么有时默认使用外观模式(某些IDE也使用它)的原因。

以上是 Java EE中的Facade的意义是什么? 的全部内容, 来源链接: utcz.com/qa/410666.html

回到顶部