基于工厂模式，如何从父类对象调用Git子类的特有方法？

针对你遇到的Git多平台服务设计问题，这里提供几个符合面向对象设计原则的可行方案：

方案一：接口隔离+类型判断（推荐） #

将平台特有功能抽象为独立接口，让支持该功能的服务类实现接口，客户端通过类型判断安全调用特有方法，避免强制转型。

实现步骤： #

1. 定义特有功能接口

public interface PullRequestCapable {
    void createPullRequest();
}

2. 修改GitHubService实现该接口

public class GitHubService extends GITService implements PullRequestCapable {
    @Override
    public void createPullRequest() {
        // GitHub Pull Request 具体实现逻辑
    }
}

3. 客户端调用时做类型检查

// 客户端代码
GitService service = GitServiceFactory.getService("github");
if (service instanceof PullRequestCapable) {
    ((PullRequestCapable) service).createPullRequest();
}

优点： #

• 遵循接口隔离原则，不强迫不需要的类实现无关方法
• 类型判断比强制转型更安全，避免ClassCastException
• 扩展新功能时只需新增接口，不修改原有父类代码

方案二：访问者模式 #

通过访问者模式将平台特有操作与服务类解耦，客户端无需关心具体服务类型，由访问者处理不同平台的逻辑差异。

实现步骤： #

1. 定义访问者接口

public interface GitServiceVisitor {
    void visit(GitHubService gitHubService);
    void visit(GitLabService gitLabService);
}

2. 将父类GITService改为抽象类并添加accept方法

public abstract class GITService {
    public void cloneRepo(){}
    public void push(){}
    public abstract void accept(GitServiceVisitor visitor);
}

3. 子类实现accept方法

public class GitHubService extends GITService {
    @Override
    public void accept(GitServiceVisitor visitor) {
        visitor.visit(this);
    }

    public void createPullRequest() {
        // GitHub Pull Request 具体实现逻辑
    }
}

public class GitLabService extends GITService {
    @Override
    public void accept(GitServiceVisitor visitor) {
        visitor.visit(this);
    }
}

4. 实现处理Pull Request的访问者

public class PullRequestVisitor implements GitServiceVisitor {
    @Override
    public void visit(GitHubService gitHubService) {
        gitHubService.createPullRequest();
    }

    @Override
    public void visit(GitLabService gitLabService) {
        // GitLab不支持PR，可抛出异常或空实现
        throw new UnsupportedOperationException("GitLab does not support pull request");
    }
}

5. 客户端调用

GitService service = GitServiceFactory.getService("github");
service.accept(new PullRequestVisitor());

优点： #

• 完全避免类型转换，符合开闭原则
• 新增平台或功能时只需新增访问者方法，不修改原有服务类

缺点： #

• 平台数量较多时，访问者接口会变得臃肿

方案三：工厂方法重载（适合平台数量较少场景） #

修改工厂类，为每个平台提供专属的获取方法，直接返回具体子类类型。

实现步骤： #

1. 修改工厂类

public class GitServiceFactory {
    public static GITService getService(String platform) {
        if ("github".equals(platform)) {
            return new GitHubService();
        } else if ("gitlab".equals(platform)) {
            return new GitLabService();
        }
        throw new IllegalArgumentException("Unsupported platform");
    }

    // 新增平台专属方法
    public static GitHubService getGitHubService() {
        return new GitHubService();
    }

    public static GitLabService getGitLabService() {
        return new GitLabService();
    }
}

2. 客户端直接调用专属方法

GitHubService gitHubService = GitServiceFactory.getGitHubService();
gitHubService.createPullRequest();

优点： #

• 客户端无需任何类型转换，调用直观

缺点： #

• 平台数量增加时，工厂类会不断膨胀，违反单一职责原则

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