抽象工厂设计：将if else替换为enum

Question

当我们使用抽象工厂模式时，我们通常有FactoryMaker类，它有一个GetFactory函数，我们在这个函数中传递参数，我们在传递参数的函数中有switch或if-else逻辑，以决定返回哪个工厂。是创建传递的参数、枚举或对象，然后在这些对象中具有返回哪个工厂的逻辑会更好。例如：

让我们这样说吧，我们的工厂制造商是通过枚举国家代码来决定工厂的。

    public class FacoryMaker {

        public final static FacoryMaker fctry= new FacoryMaker();

        public static RetailFactory getFactory(CountryCode code){
            RetailFactory rt = null;
            if(code == CountryCode.UK){
                rt = new UKFactory();
            }
            if(code == CountryCode.US){
                rt = new USFactory();
            }
            return rt;
        }
    }

取而代之的是：

    public class FacoryMaker {

        public final static FacoryMaker fctry= new FacoryMaker();

        public static RetailFactory getFactory(CountryCode code){
            return code.getFactory();
        }
    }

和枚举将进行如下修改：

    public enum CountryCode {
        US(){
            @Override
            public RetailFactory getFactory() {
                return new USFactory();
            }
        },  
        UK(){
            @Override
            public RetailFactory getFactory() {
                return new UKFactory();
            }
        };  
        public abstract RetailFactory getFactory();
    }

但我不认为这是普遍遵循的。为什么会这样？为什么我们不能让传递的参数始终是一个对象，并且在对象内部有逻辑来获取哪个工厂的呢？它能在任何抽象的工厂设计下失败吗。在我看来很普通。此外，通过这一点，甚至可以删除工厂制造商，并直接使用对象来获取工厂实例。

Answer 1

我认为抽象工厂是所有OOP语言的通用模式。当人们描述它时，他们应该展示一个通用的实现，它可以应用于所有这些语言。然后人们遵循模式，遵循一般的实现。

并且您的实现使用的是Enum，Java特别支持Enum，但其他OOP语言不支持Enum。