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

Question

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

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);
    }

}

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

Answer 1

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

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也使用它）的原因。