Как я называю имя класса в С#?

Ответ 1

Вы не можете псевдонизировать имя класса в С#.

Есть вещи, которые вы можете сделать, которые не накладывают имя класса на С#.

Но чтобы ответить на исходный вопрос: вы не можете псевдонизировать имя класса в С#.

Обновление: Люди путаются, почему 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) { ... }
}

Ой, извините. Этот код не компилируется:

Мой вопрос заключался в том, как псевдоним класса на С#. Это невозможно. Есть вещи, которые я могу сделать, которые не накладывают имя класса в С#:

• измените всех, кто зависит от ColorScheme до using ColorScheme вместо этого (обходное изменение кода, потому что я не могу использовать псевдоним)
• изменить всех, кто зависит от ColorScheme, использовать шаблон factory для них полиморфный класс или интерфейс (обходное изменение кода, потому что я не могу использовать псевдоним)

Но эти обходные пути включают нарушение существующего кода: не вариант.

Если люди зависят от наличия класса ColorScheme, я должен фактически скопировать/вставить класс ColorScheme.

Другими словами: я не могу псевдонизировать имя класса в С#.

Это контрастирует с другими объектно-ориентированными языками, где я мог бы определить псевдоним:

ColorScheme = Outlook2007ColorScheme

и я буду готов.

Ответ 2

Если вы измените исходное имя класса, вы можете переписать зависимый код с помощью псевдонима импорта в качестве замены typedef:

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

Это должно быть в верхней части пространства файлов/имен, как обычно, using s.

Я не знаю, насколько это практично в вашем случае.

Ответ 3

Вы можете сделать псевдоним для своего класса, добавив эту строку кода:

using Outlook2007ColorScheme = YourNameSpace.ColorScheme;

Ответ 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; }
    }
}

Ответ 5

попробуйте следующее:

using ColorScheme=[fully qualified].Outlook2007ColorScheme

Ответ 6

Если вы хотите, чтобы это было не так, вы бы не работали на С#. Это связано с тем, что aliasing выполняется с помощью директивы 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;.

Ответ 7

Я предполагаю, что вы всегда можете наследовать из базового класса без добавления

public class Child : MyReallyReallyLongNamedClass {}

ОБНОВЛЕНИЕ

Но если у вас есть возможность рефакторинга самого class: имя класса обычно излишне длинное из-за отсутствия namespace s.

Если вы видите случаи как ApiLoginUser, DataBaseUser, WebPortalLoginUser, обычно указывает на отсутствие namespace из-за опасения, что имя User может конфликтовать.

В этом случае, однако, вы можете использовать namespace alias , как указано в вышеприведенных сообщениях

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 s. Цитирование PEP-20: Zen of Python:

Пространства имен - одна хорошая идея - позвольте сделать больше из них!

Надеюсь, что это поможет

Ответ 8

Можно ли перейти на использование интерфейса?

Возможно, вы могли бы создать интерфейс IColorScheme, который реализуются всеми классами?

Это будет хорошо работать с шаблоном factory, как показано Крисом Марасти-Георгом

Ответ 9

Я добавляю этот комментарий для пользователей, которые находят это задолго до того, как OP примет свой "ответ". Алиасирование в С# работает, указав имя класса, используя полное пространство имен. Один из них определяет имя псевдонима, которое можно использовать в пределах его области. Пример.

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
  }

}

Извините за быстро напечатанный код, но, надеюсь, он объяснит, как это должно быть реализовано, чтобы пользователи не вводили в заблуждение, полагая, что это невозможно сделать на С#.

Ответ 10

Это очень поздний частичный ответ - но если вы определите тот же класс "ColorScheme", в том же пространстве имен "Outlook", но в отдельных сборках, один из которых называется Outlook2003 и другой Outlook2007, тогда все, что вам нужно сделать, это ссылка соответствующая сборка.