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

}

这有什么意义呢？为什么要称之为facade（外观）？对我来说，它只是将相似功能分组的抽象类。谢谢。

- Drew H

Answer 1

门面模式是一种设计模式。设计模式是一组规则，用于组织代码并为其提供某种结构。使用模式可以实现某些目标。

当设计应用程序时，可以使用设计模式。

门面模式允许程序员为对象创建一个简单的接口，以便使用其他对象。假设你要处理一组非常复杂的类，这些类都实现自己的接口。你想要提供一个接口，只公开其中一些功能。通过这样做，可以实现代码的简化、灵活性、集成和松耦合。

在你的示例中，门面模式用于管理多个组件之间的耦合。这是一个设计问题。当许多组件彼此交互时，它们之间的连接越紧密，维护它们（我的意思是代码维护）就越困难。门面模式允许你实现松散的耦合，这是程序员应该始终努力实现的目标。

考虑以下内容：

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使用的类中的业务逻辑，而不更改接口，则无需更改所有这些类，而只需更改第一两个类的其中一个接口方法中使用的方法内部的类。

外观模式能够帮助您改进这种机制。

很抱歉，我意识到这看起来并不那么美妙。设计模式在软件行业中广泛使用，当处理大型项目时它们非常有用。 您可能会指出您的项目并不是那么大，这可能是真的，但Java EE旨在帮助企业级应用程序编程。这就是为什么有时默认情况下使用外观模式（某些IDE也使用它）的原因。

- Andry

Answer 2

通常这种模式被用于隐藏它所呈现接口的底层类的实现，或者简化可能很复杂的底层实现。一个Facade可以向外界呈现简单的接口，但在幕后做一些诸如创建其他类的实例、管理事务、处理文件或TCP/IP连接等事情——所有这些事情都可以通过简化的接口来屏蔽。

- Griff

Answer 3

在您的特定情况下，这不是一个真正的外观模式。在那段代码中，您所拥有的基本上是一个数据访问对象（DAO）。

DAO可以被视为DB操作的外观模式，但这不是其主要目的。它主要旨在隐藏数据库内部。在您的示例中，如果您将底层存储系统切换到XML文件或某些键值存储（如HBase），您仍然可以使用该“Facade”中定义的方法，而无需更改客户端代码。

传统意义上的外观模式处理需要从客户端隐藏的复杂设计。您只需将所有内容封装在外观模式中，并向客户端公开简单的方法，而不是暴露复杂的API和流程（从此服务获取此内容，将其传递给此转换器，获取结果并使用此进行验证，然后将其发送到另一个服务）。这样，除了您的API更容易使用之外，您还可以自由更改底层实现（复杂），而不会破坏客户端代码。

- Costi Ciudatu