java - 什么时候使用抽象工厂模式？

Question

我想知道我们什么时候需要使用抽象工厂模式。

举个例子，想知道有没有必要

The UML

上面是抽象工厂模式，是我同学推荐的。以下是我自己的实现。我认为没有必要使用该模式。

下面是一些核心代码:

    package net;

import java.io.IOException;
import java.util.HashMap;
import java.util.Map;
import java.util.Properties;



public class Test {
    public static void main(String[] args) throws IOException, InstantiationException, IllegalAccessException, ClassNotFoundException {
        DaoRepository dr=new DaoRepository();
        AbstractDao dao=dr.findDao("sql");
        dao.insert();
    }
}

class DaoRepository {
    Map<String, AbstractDao> daoMap=new HashMap<String, AbstractDao>();
    public DaoRepository () throws IOException, InstantiationException, IllegalAccessException, ClassNotFoundException  {
        Properties p=new Properties();
        p.load(DaoRepository.class.getResourceAsStream("Test.properties"));
        initDaos(p);
    }
    public void initDaos(Properties p) throws InstantiationException, IllegalAccessException, ClassNotFoundException {
        String[] daoarray=p.getProperty("dao").split(",");
        for(String dao:daoarray) {
            AbstractDao ad=(AbstractDao)Class.forName(dao).newInstance();
            daoMap.put(ad.getID(),ad);
        }
    }
    public AbstractDao findDao(String id) {return daoMap.get(id);}

}
abstract class AbstractDao {
    public abstract String getID();
    public abstract void insert();
    public abstract void update();
}
class SqlDao extends AbstractDao {
    public SqlDao() {}
    public String getID() {return "sql";}
    public void insert() {System.out.println("sql insert");}
    public void update() {System.out.println("sql update");}
}
class AccessDao extends AbstractDao {
    public AccessDao() {}
    public String getID() {return "access";}
    public void insert() {System.out.println("access insert");}
    public void update() {System.out.println("access update");}
}

而Test.properties的内容只有一行:

dao=net.SqlDao,net.SqlDao

所以任何人都可以告诉我是否有必要进行这项诉讼？

---

--------------------下面补充说明真正适合----------------

我用道的例子是因为它很普遍，任何人都知道。

其实我现在在做的和DAO无关，我在做一个Web

服务，网络服务包含一些将文件更改为其他格式的算法，

例如:net.CreatePDF、net.CreateWord等，它向客户端暴露了两个接口(interface):getAlgorithms和doProcess。

getAlogrithoms 会返回所有算法的id，每个id 都对应于相应的算法。

调用doProcess方法的用户也会提供他想要的算法id。

所有算法都扩展了定义 run() 方法的 AbstractAlgorithm。

我使用 AlogrithmsRepository 来存储所有算法(来自

通过网络配置算法的具体java类的属性文件

service admin).也就是说web服务暴露的接口(interface)DoProcess是

由具体算法执行。

我可以举一个简单的例子:1)用户发送getAlgorithms请求:

http://host:port/ws?request=getAlgorithms

然后用户将获得嵌入在 xml 中的算法列表。

<AlgorithmsList>
  <algorithm>pdf</algorithm>
  <algorithm>word<algorithm>
</AlgorithmsList>

2) 用户通过以下方式向服务器发送 DoProcess:

http://xxx/ws?request=doProcess&alogrithm=pdf&file=http://xx/Test.word

当服务端收到此类请求时，会根据“algorithm”参数(在本次请求中为pdf)从AlgorithmRepostory中获取具体的算法实例。并调用方法:

AbstractAlgorithm algo=AlgorithmRepostory.getAlgo("pdf");
algo.start();

然后一个pdf文件将被发送给用户。

顺便说一句，在这个例子中，每个算法都类似于 sqlDao，AccessDao。这是图片:

The design image

那么，AlgorithmRepostory 是否需要使用抽象工厂？

Answer 1

这两种方法之间的主要区别在于，顶部方法使用不同的 DAO 工厂来创建 DAO，而底部方法存储一组 DAO 并返回对存储库中 DAO 的引用。

如果多个线程需要同时访问相同类型的 DAO，因为 JDBC 连接未同步，则底层方法会出现问题。

这可以通过让 DAO 实现 newInstance() 方法来解决，该方法简单地创建并返回一个新的 DAO。

abstract class AbstractDao {
    public abstract String getID();
    public abstract void insert();
    public abstract void update();
    public abstract AbstractDao newInstance();
}
class SqlDao extends AbstractDao {
    public SqlDao() {}
    public String getID() {return "sql";}
    public void insert() {System.out.println("sql insert");}
    public void update() {System.out.println("sql update");}
    public AbstractDao newInstance() { return new SqlDao();}
}

存储库可以使用存储库中的 DAO 作为存储库返回的 DAO 的工厂(在这种情况下我会重命名为 Factory)，如下所示:

public AbstractDao newDao(String id) {
    return daoMap.containsKey(id) ? daoMap.get(id).newInstance() : null;
}

更新

至于您的问题，您的 Web 服务应该实现工厂还是可以像您描述的那样使用存储库？同样，答案取决于细节:

• 对于网络服务来说，这是正常的期望多个并发客户端
• 因此实例执行两个客户的过程不得互相影响
• 这意味着它们不能共享状态
• 一家工厂在每个请求，所以没有状态被共享当你使用工厂模式时
• 如果(且仅当)您的实例存储库是无状态的网络服务也可以使用如您所描述的存储库，为此他们可能需要实例化实际执行的其他对象基于请求的过程传递的参数