七种创建型模式之一：简单工厂模式（Simple Factory）

最新推荐文章于 2025-04-17 14:23:56 发布

两点水

最新推荐文章于 2025-04-17 14:23:56 发布

阅读量436

点赞数

CC 4.0 BY-SA版权

分类专栏：《JAVA与设计模式》文章标签： apple 产品 string 优化扩展

本文链接：https://blog.youkuaiyun.com/liyannewspace/article/details/6620707

《JAVA与设计模式》专栏收录该内容

0 篇文章

订阅专栏

本文介绍了简单工厂模式（静态工厂方法模式）的概念与实现方式。通过一个水果实例化的例子，展示了如何利用工厂类来创建对象，使得客户端只需关注对象的使用而非创建过程。同时也讨论了该模式的优点与缺点。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

简单工厂模式 ( 也叫： Static Factory Method : 静态工厂方法模式)

    public static Fruit getFruit(String fruitName) throws NoFruitException {
        //根据客户端的请求创建出不同的水果对象实例
        if (fruitName.equalsIgnoreCase("apple")) {
            return new Apple();
        } else if (fruitName.equalsIgnoreCase("strawberry")) {
            return new Strawberry();
        } else if (fruitName.equalsIgnoreCase("grape")) {
            return new Grape();
        } else {
            throw new NoFruitException("no this fruit for your request"); //错误的请求
       }
    }

优点：
通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化

缺点：
由于工厂类集中了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。　　
当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利

使用场景：
工厂类负责创建的对象比较少；
客户只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心；
由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。

来自：http://www.blogjava.net/liuwentao253/