构建器模式中通用静态字段的存放位置：Url类、Builder类还是新类？

1. 放在Url类中作为静态字段 #

• 适用场景：静态字段是Url实例本身的固有通用属性，比如默认协议前缀、通用域名后缀这类和Url核心概念强绑定的值。
• 优点：字段和业务类强关联，代码可读性高，无需额外引入新类。
• 缺点：如果静态字段是Builder构建逻辑专属的（比如switch分支常量），会让Url类职责混杂。

2. 放在UrlBuilder类中作为静态字段 #

• 适用场景：静态字段是Builder构建逻辑专属配置，比如你要用到的switch分支标识，只在Builder构造或配置过程中使用，和Url实例本身无关。
• 优点：遵循单一职责，Builder的逻辑依赖都封装在内部，不会污染Url类。
• 缺点：如果后续其他类需要复用这些常量，会出现重复定义或依赖Builder的情况。

3. 提取到专门的静态工具类（替代枚举） #

• 适用场景：静态字段是多类共享的通用常量，且不依赖特定业务类逻辑。
• 解决你之前的枚举问题：用普通静态类（比如UrlConstants）代替枚举，里面定义public static final String XXX = "xxx"，测试时反射修改静态字段没有枚举的限制（Java对枚举字段的反射修改有严格拦截）。
• 优点：解耦，常量集中管理，方便多类复用。
• 缺点：如果常量仅和Url/UrlBuilder相关，会增加额外类，略显繁琐。

结合你的场景推荐 #

你提到要在UrlBuilder构造方法中用switch case，说明这些静态字段大概率是构建逻辑的分支常量，优先按以下方式选择：

• 如果常量只供Builder使用，直接放在UrlBuilder类里：

public static class UrlBuilder {
    // 构建逻辑专属静态常量
    private static final String TYPE_HOME = "home";
    private static final String TYPE_BOARD = "board";

    private String homePage;
    private String boardSuffix;

    public UrlBuilder(String type, String value) {
        switch(type) {
            case TYPE_HOME:
                this.homePage = value;
                break;
            case TYPE_BOARD:
                this.boardSuffix = value;
                break;
            default:
                throw new IllegalArgumentException("Invalid type");
        }
    }

    public Url build() {
        return new Url(this);
    }
}

• 如果常量需要被多类复用，就用普通静态类替代枚举：

public class UrlConstants {
    public static final String TYPE_HOME = "home";
    public static final String TYPE_BOARD = "board";
    // 其他通用常量
}

在UrlBuilder中直接引用UrlConstants.TYPE_HOME即可，测试时可以通过反射工具（比如ReflectionTestUtils）修改静态字段，轻松测试不同分支逻辑。

关于枚举测试问题补充 #

你之前用枚举遇到反射问题，是因为Java枚举的字段属于特殊的static final类型，JVM会拦截对枚举字段的反射修改。换成普通静态类就能避开这个限制，测试灵活性更高。

内容的提问来源于stack exchange，提问作者ditku