如何在C#中为多个Selenium驱动类扩展通用功能？

针对你想给FirefoxDriver、ChromeDriver和InternetExplorerDriver添加通用辅助方法的需求，其实有比创建空派生类更优雅的方案，下面给你详细拆解几种可行的方式：

1. 使用C#扩展方法（最简洁的方案） #

扩展方法是C#里给现有类添加方法最轻便的方式，不需要修改原类结构，也不用创建额外的派生类。你只需要写一个静态类，把你的Goto方法定义成扩展方法即可：

public static class WebDriverExtensions
{
    public static void Goto(this IWebDriver driver, string url)
    {
        driver.Navigate().GoToUrl(url);
        ((IJavaScriptExecutor)driver).ExecuteScript("console.log('Using selenium');");
    }
}

这样一来，所有实现了IWebDriver接口的类（包括你提到的三个驱动）都能直接调用这个方法，用法和你想要的完全一致：

var chrome = new ChromeDriver();
chrome.Goto("https://google.com/");

var firefox = new FirefoxDriver();
firefox.Goto("https://stackoverflow.com/");

这个方案的核心优势：

• 零额外派生类，代码量最少，维护成本低
• 自动适配所有Selenium驱动（只要实现IWebDriver接口）
• 不需要调整原有的类继承结构

2. 装饰器模式（更灵活的扩展方案） #

如果你后续需要给驱动添加更复杂的功能（比如全局日志、性能监控、操作拦截），装饰器模式会是更合适的选择。你可以创建一个包装类，实现IWebDriver接口，内部持有真正的驱动实例，然后在包装类里实现通用方法：

using OpenQA.Selenium;
using System.Collections.ObjectModel;

public class WebDriverDecorator : IWebDriver
{
    protected readonly IWebDriver _driver;

    public WebDriverDecorator(IWebDriver driver)
    {
        _driver = driver;
    }

    // 实现IWebDriver的所有接口方法，直接委托给内部的_driver实例
    public void Close() => _driver.Close();
    public void Quit() => _driver.Quit();
    public IOptions Manage() => _driver.Manage();
    public INavigation Navigate() => _driver.Navigate();
    public ITargetLocator SwitchTo() => _driver.SwitchTo();
    public string Url { get => _driver.Url; set => _driver.Url = value; }
    public string Title => _driver.Title;
    public string PageSource => _driver.PageSource;
    public string CurrentWindowHandle => _driver.CurrentWindowHandle;
    public ReadOnlyCollection<string> WindowHandles => _driver.WindowHandles;

    // 你的通用辅助方法
    public void Goto(string url)
    {
        _driver.Navigate().GoToUrl(url);
        ((IJavaScriptExecutor)_driver).ExecuteScript("console.log('Using selenium');");
    }
}

使用的时候，只需要把真正的驱动实例传入装饰器：

var chrome = new WebDriverDecorator(new ChromeDriver());
chrome.Goto("https://google.com/");

这个方案的优势：

• 可以灵活组合多个装饰器（比如同时添加日志装饰器和性能监控装饰器）
• 完全遵循开闭原则，扩展功能时不需要修改现有代码
• 可以对驱动的原有方法进行增强（比如在Quit方法前后添加清理逻辑）

3. 关于你提到的继承方案 #

你之前想到的创建BaseRemoteWebDriver基类再派生子类的方式确实能实现需求，但会产生仅包含构造函数的空派生类，这属于不必要的代码冗余。如果一定要用继承，你需要让业务代码直接依赖BaseRemoteWebDriver而非具体驱动类，但相比扩展方法和装饰器，这个方案的灵活性最差——每次新增一种驱动，都要创建对应的空派生类，长期来看维护成本更高，因此不推荐。

总结 #

• 若只是添加简单的辅助方法，扩展方法是首选，简洁高效且无冗余
• 若需要复杂的功能扩展或多功能组合，装饰器模式是更优的选择
• 继承方案尽量避免，除非有特殊的类层级设计需求

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