17

我不太了解门面的意义。

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

}

这有什么意义？为什么称它为门面？对我来说，它只是一个将类似功能分组的抽象类。谢谢。

4

3 回答 3

18

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

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

于 2011-01-25T20:58:40.893 回答
8

通常，此模式用于隐藏它为其呈现接口的底层类的实现，或简化可能复杂的事物的底层实现。

外观可能向外部世界提供一个简单的接口，但在幕后执行诸如创建其他类的实例、管理事务、处理文件或 TCP/IP 连接之类的事情——所有这些都可以通过简化的接口屏蔽。

于 2011-01-25T20:34:55.023 回答
7

在您的特定上下文中，这并不是真正的 Facade。您在该代码中拥有的基本上是一个 DAO（数据访问对象）。

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

（传统）立面处理需要对客户隐藏的复杂设计。无需公开复杂的 API 和复杂的流程（从该服务获取此信息，将其传递给此转换器，获取结果并使用此验证它，然后将其发送给此其他服务），您只需将所有内容封装在一个 Facade 中，然后简单地向客户公开一个简单的方法。这样，除了您的 API 更易于使用这一事实外，您还可以在不破坏客户端代码的情况下自由更改底层（复杂）实现。

于 2011-01-25T21:59:05.917 回答