我是c#中扩展方法的粉丝，但还没有成功地将扩展方法添加到静态类中，比如Console。
例如，如果我想添加一个名为“WriteBlueLine”的扩展到控制台，这样我就可以:
Console.WriteBlueLine("This text is blue");
我尝试通过添加一个本地的公共静态方法，并将Console作为“this”参数…但是不行!
public static class Helpers {
public static void WriteBlueLine(this Console c, string text)
{
Console.ForegroundColor = ConsoleColor.Blue;
Console.WriteLine(text);
Console.ResetColor();
}
}
这没有添加'WriteBlueLine'方法控制台…我做错了吗?或者要求不可能的事情?
当前回答
这是不可能的。
是的，我认为MS犯了一个错误。
他们的决定没有意义，迫使程序员编写(如上所述)一个毫无意义的包装器类。
下面是一个很好的例子:试图扩展静态MS单元测试类Assert:我想要一个Assert方法AreEqual(x1,x2)。
做到这一点的唯一方法是指向不同的类或围绕100个不同的Assert方法编写包装器。为什么! ?
如果决定允许实例的扩展，我认为没有任何逻辑理由不允许静态扩展。一旦实例可以扩展，关于分段库的争论就站不住脚了。
其他回答
这是不可能的。
是的，我认为MS犯了一个错误。
他们的决定没有意义，迫使程序员编写(如上所述)一个毫无意义的包装器类。
下面是一个很好的例子:试图扩展静态MS单元测试类Assert:我想要一个Assert方法AreEqual(x1,x2)。
做到这一点的唯一方法是指向不同的类或围绕100个不同的Assert方法编写包装器。为什么! ?
如果决定允许实例的扩展，我认为没有任何逻辑理由不允许静态扩展。一旦实例可以扩展，关于分段库的争论就站不住脚了。
我真的不明白人们认为他们能从扩展静态类中得到什么……
仅仅做这样的事情，你会牺牲什么?
public static class MyConsole
{
public static void WriteBlueLine(string text)
{
Console.ForegroundColor = ConsoleColor.Blue;
Console.WriteLine(text);
Console.ResetColor();
}
}
//...
MyConsole.WriteBlueLine("I'm so blue...");
Console.WriteLine("...and I'm not.");
这是最小的额外输入工作，作为奖励，它保持事情透明…
毕竟，即使是常规的扩展方法也只是helper方法的简写。它不允许你对一个类(实例)做任何常规方法做不到的事情。
不。扩展方法需要对象的实例变量(值)。但是，您可以围绕ConfigurationManager接口编写一个静态包装器。如果实现包装器，则不需要扩展方法，因为可以直接添加方法。
public static class ConfigurationManagerWrapper
{
public static ConfigurationSection GetSection( string name )
{
return ConfigurationManager.GetSection( name );
}
.....
public static ConfigurationSection GetWidgetSection()
{
return GetSection( "widgets" );
}
}
不。扩展方法定义需要所扩展类型的实例。这是不幸的;我不知道为什么需要……
我在试图找到OP同样问题的答案时偶然发现了这条线索。我没有找到我想要的答案，但我最后做了这个。
public static class Helpers
{
public static void WriteLine(this ConsoleColor color, string text)
{
Console.ForegroundColor = color;
Console.WriteLine(text);
Console.ResetColor();
}
}
我是这样用的:
ConsoleColor.Cyan.WriteLine("voilà");
