05_工厂方法模式

一、工厂类

package com.study.factorymethod
//用作约束
abstract class Factory {
    abstract fun productPhone():IPhone
}

package com.study.factorymethod

class HuaWeiPhoneFactory:Factory() {
    override fun productPhone() =HuaWeiPhoneImpl()
}

package com.study.factorymethod


class VivoPhoneFactory:Factory() {
    override fun productPhone() =VivoPhoneImpl()
}

二、产品类

package com.study.factorymethod

/**
 * 定义手机接口
 */
interface IPhone {
    /**
     * 打电话
     */
    fun call()

    /**
     * 发送短信
     */
    fun sendMsg()

    /**
     * 玩游戏
     */
    fun playGame()
}

package com.study.factorymethod

/**
 * 华为手机
 */
class HuaWeiPhoneImpl : IPhone {
    override fun call() {
        println("华为手机打电话...")
    }

    override fun sendMsg() {
        println("华为手机发短信...")
    }

    override fun playGame() {
        println("华为手机玩游戏...")
    }
}

package com.study.factorymethod

/**
 * Vivo手机
 */
class VivoPhoneImpl : IPhone {
    override fun call() {
        println("Vivo手机打电话...")
    }

    override fun sendMsg() {
        println("Vivo手机发短信...")
    }

    override fun playGame() {
        println("Vivo手机玩游戏...")
    }

}

三、主程序调用

package com.study.factorymethod


/**
 * 定义：关注产品等级结构
 * 定义一个创建对象的接口，但让实现这个接口的类来决定实例化哪个类工厂方法让类的实例化推迟到子类中进行

    类型：创建型

    适用场景：
    创建对象需要大量重复的代码
    客户端(应用层)不依赖于产品类实例如何被创建，实现等细节
    一个类通过其子类来指定创建哪个对象

    优点：
    用户只需要关心所需产品对应的工厂，无须关心创建细节
    加入新产品符合开闭原则，提高可扩展性

    缺点：
    类的个数容易过多，增加复杂度（新增一个产品就需要新增一个生产该产品得工厂）
    增加了系统的抽象性和理解难度
 */
fun main() {

//    用户只需要关心所需产品对应的工厂，无须关心创建细节
//    加入新产品符合开闭原则，提高可扩展性
    val huaWeiPhoneFactory=HuaWeiPhoneFactory()//类的个数容易过多，增加复杂度
    val huaWeiPhoneImpl = huaWeiPhoneFactory.productPhone()
    huaWeiPhoneImpl.call() 
    
    //    用户只需要关心所需产品对应的工厂，无须关心创建细节
//    加入新产品符合开闭原则，提高可扩展性
    val vivoPhoneFactory = VivoPhoneFactory()//类的个数容易过多，增加复杂度
    val vivoPhoneImpl = vivoPhoneFactory.productPhone()
    vivoPhoneImpl.call()
}

四、运行结果