如何在C＃中为类名加上别名，而不必在使用该类的每个文件中添加一行代码？

Question 1

我想为类名创建一个别名。以下语法将是完美的：

public class LongClassNameOrOneThatContainsVersionsOrDomainSpecificName
{
   ...
}

public class MyName = LongClassNameOrOneThatContainsVersionOrDomainSpecificName;

但不会编译。

例

注意提供此示例仅是为了方便。不要通过建议更改整个系统的设计来尝试解决此特定问题。此示例的存在与否不会更改原始问题。

现有的一些代码取决于静态类的存在：

public static class ColorScheme
{
   ...
}

此配色方案是Outlook 2003配色方案。我想引入一个Outlook 2007配色方案，同时保留Outlook 2003配色方案：

public static class Outlook2003ColorScheme
{
   ...
}

public static class Outlook2007ColorScheme
{
   ...
}

但是我仍然面对这样一个事实，即代码取决于是否存在称为的静态类ColorScheme。我的第一个想法是创建一个ColorScheme将从Outlook2003或继承的类Outlook2007：

public static class ColorScheme : Outlook2007ColorScheme
{
}

但是您不能从静态类继承。

我的下一个想法是创建静态ColorScheme类，但是makeOutlook2003ColorScheme和Outlook2007ColorSchemeclass是非静态的。然后，静态ColorScheme类中的静态变量可以指向“ true”配色方案：

public static class ColorScheme
{
    private static CustomColorScheme = new Outlook2007ColorScheme();
    ...
}

private class CustomColorScheme 
{ 
   ...
}

private class Outlook2008ColorScheme : CustomColorScheme 
{
    ...
}

private class Outlook2003ColorScheme : CustomColorScheme 
{
   ...
}

但这需要我将完全由只读静态Colors组成的类转换为可重写的属性，然后我的ColorScheme类需要将30个不同的属性获取器转换为所包含的对象。

只是打字太多了。

所以我的下一个想法是给该类起别名：

public static ColorScheme = Outlook2007ColorScheme;

但这不能编译。

如何将静态类别名为另一个名称？

更新：有人可以添加答案“您不能在C＃中执行此操作”，所以我可以将其标记为可接受的答案。希望得到相同问题答案的其他任何人都可以找到该问题，接受的答案以及许多可能有用或可能没有有用的解决方法。

我只想结束这个问题。

Question 2

你不能。您可以做的第二件事是using在使用该类的文件中声明。

例如，您可以使用导入别名（作为准typedef替代品）重写从属代码：

using ColorScheme = The.Fully.Qualified.Namespace.Outlook2007ColorScheme;

不幸的是，这需要进入使用该名称的每个范围/文件。

因此，我不知道这是否适合您的情况。

Question 3

您可以通过添加以下代码行来为您的班级添加别名：

using Outlook2007ColorScheme = YourNameSpace.ColorScheme;

Question 4

您需要一个（Factory | Singleton），具体取决于您的要求。前提是做到这一点，以便客户端代码不必知道它正在获得哪种配色方案。如果配色方案应适用于整个应用程序，则单例应该很好。如果您可能在不同的情况下使用不同的方案，则可以采用Factory模式。无论哪种方式，当需要更改配色方案时，只需在一个地方更改代码即可。

public interface ColorScheme {
    Color TitleBar { get; }
    Color Background{ get; }
    ...
}

public static class ColorSchemeFactory {

    private static ColorScheme scheme = new Outlook2007ColorScheme();

    public static ColorScheme GetColorScheme() { //Add applicable arguments
        return scheme;
    }
}

public class Outlook2003ColorScheme: ColorScheme {
   public Color TitleBar {
       get { return Color.LightBlue; }
   }

    public Color Background {
        get { return Color.Gray; }
    }
}

public class Outlook2007ColorScheme: ColorScheme {
   public Color TitleBar {
       get { return Color.Blue; }
   }

    public Color Background {
        get { return Color.White; }
    }
}

Question 5

您不能在C＃中为类名加上别名。

您可以做的事情不是在C＃中为类名加上别名。

但是要回答最初的问题：您不能在C＃中为类名加上别名。

更新：人们很困惑为什么using不起作用。例：

Form1.cs

private void button1_Click(object sender, EventArgs e)
{
   this.BackColor = ColorScheme.ApplyColorScheme(this.BackColor);
}

ColorScheme.cs

class ColorScheme
{
    public static Color ApplyColorScheme(Color c) { ... }
}

一切正常。现在我想创建一个新类，并为其添加别名 ColorScheme（这样就无需修改任何代码）：

ColorScheme.cs

using ColorScheme = Outlook2007ColorScheme;

class Outlook2007ColorScheme
{
    public static Color ApplyColorScheme(Color c) { ... }
}

哦，对不起。该代码无法编译：

在此处输入图片说明

我的问题是如何别名在C＃中的一类。无法完成。我可以做的事情不是在C＃中为类名别名：

改变大家谁依赖于ColorScheme以using ColorScheme代替（代码变化的解决方法，因为我无法别名）
更改所有依赖ColorScheme使用工厂模式的人，使其成为多态类或接口（代码更改解决方法，因为我无法使用别名）

但是这些解决方法涉及破坏现有代码：不是一种选择。

如果人们依靠一ColorScheme堂课的存在，我实际上必须复制/粘贴一ColorScheme堂课。

换句话说：我不能在C＃中为类名加上别名。

这与其他可以定义别名的面向对象语言形成对比：

ColorScheme = Outlook2007ColorScheme

我会做的。

Question 6

试试这个：

using ColorScheme=[fully qualified].Outlook2007ColorScheme

Question 7

我为用户在OP接受他们的“答案”后很久才找到此注释添加了此注释。C＃中的别名通过使用完全限定的名称空间指定类名称来工作。一个已定义的别名可以在其范围内使用。例。

using aliasClass = Fully.Qualified.Namespace.Example;
//Example being the class in the Fully.Qualified.Namespace

public class Test{

  public void Test_Function(){

    aliasClass.DoStuff();
    //aliasClass here representing the Example class thus aliasing
    //aliasClass will be in scope for all code in my Test.cs file
  }

}

为快速键入的代码表示歉意，但希望它能说明应如何实现此代码，以使用户不会误以为它不能用C＃完成。

Question 8

混淆您想要的方式在C＃中不起作用。这是因为别名是通过using指令完成的，该指令仅限于相关的文件/名称空间。如果您有50个使用旧类名称的文件，则意味着有50个更新位置。

也就是说，我认为有一个简单的解决方案可以使您的代码更改尽可能地少。使ColorScheme类成为实现对实际类的调用的外观，并使用该using文件中的来确定ColorScheme要使用的类。

换句话说，执行以下操作：

using CurrentColorScheme = Outlook2007ColorScheme;
public static class ColorScheme
{
   public static Color ApplyColorScheme(Color c)
   {
       return CurrentColorScheme.ApplyColorScheme(c);
   }
   public static Something DoSomethingElse(Param a, Param b)
   {
       return CurrentColorScheme.DoSomethingElse(a, b);
   }
}

然后在后面的代码中，什么都不要更改：

private void button1_Click(object sender, EventArgs e)
{
   this.BackColor = ColorScheme.ApplyColorScheme(this.BackColor);
}

然后，您可以ColorScheme通过更新一行代码（using CurrentColorScheme = Outlook2008ColorScheme;）来更新的值。

这里有几个问题：

然后，每个新方法或属性定义都需要在两个位置添加到ColorScheme类和Outlook2007ColorScheme类中。这是额外的工作，但是如果这是真正的遗留代码，则不应经常发生。另外，代码ColorScheme非常简单，任何可能的错误都非常明显。
静态类的这种使用对我来说似乎并不自然。我可能会尝试重构遗留代码以进行不同的操作，但我也理解您的情况可能不允许这样做。
如果您已经有ColorScheme要替换的类，则此方法和其他方法都可能会出现问题。我建议您将该类重命名为ColorSchemeOld，然后通过进行访问using CurrentColorScheme = ColorSchemeOld;。

Question 9

我想您总是可以从基类继承而无需添加任何内容

public class Child : MyReallyReallyLongNamedClass {}

更新

但是，如果您具有重构class自身的能力：由于缺少namespaces，类名通常不必要地长。

如果你看到案件ApiLoginUser，DataBaseUser，WebPortalLoginUser，通常是缺乏的迹象namespace，由于担心其名称User可能会发生冲突。

但是，在这种情况下，您可以使用namespace别名，如以上文章中所指出的那样

using LoginApi = MyCompany.Api.Login;
using AuthDB = MyCompany.DataBase.Auth;
using ViewModels = MyCompany.BananasPortal.Models;

// ...
AuthDB.User dbUser;
using ( var ctxt = new AuthDB.AuthContext() )
{
    dbUser = ctxt.Users.Find(userId);
}

var apiUser = new LoginApi.Models.User {
        Username = dbUser.EmailAddess,
        Password = "*****"
    };

LoginApi.UserSession apiUserSession = await LoginApi.Login(apiUser);
var vm = new ViewModels.User(apiUserSession.User.Details);
return View(vm);

请注意class名称的全名User，但使用不同namespace的。引用PEP-20：Python的禅宗：

命名空间是一个很棒的主意-让我们做更多这些吧！

希望这可以帮助

Question 10

是否可以更改为使用界面？

也许您可以创建一个 IColorScheme所有类都实现接口？

这将与Chris Marasti-Georg所示的工厂模式很好地配合

Question 11

这是一个很晚的局部答案-但是，如果在相同的命名空间“ Outlook”中但在单独的程序集中定义了相同的类“ ColorScheme”，但在一个单独的程序集中，一个名为Outlook2003，另一个在Outlook2007中，那么您要做的就是引用适当的程序集。