我不太明白门面的意义。
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 允许您达到松散耦合,这是程序员应该始终努力达到的目标。
考虑以下:
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 也使用它)。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)