我不是很了解门面的意义。
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也使用它)的原因。