Làm cách nào để đặt bí danh tên lớp trong C # mà không phải thêm dòng mã vào mọi tệp sử dụng lớp?

Tôi muốn tạo bí danh cho tên lớp. Cú pháp sau sẽ hoàn hảo:

public class LongClassNameOrOneThatContainsVersionsOrDomainSpecificName
{
   ...
}

public class MyName = LongClassNameOrOneThatContainsVersionOrDomainSpecificName;

nhưng nó sẽ không biên dịch.

Thí dụ

Lưu ý Ví dụ này chỉ được cung cấp để thuận tiện. Đừng cố gắng giải quyết vấn đề cụ thể này bằng cách đề xuất thay đổi thiết kế của toàn bộ hệ thống. Sự hiện diện hoặc thiếu của ví dụ này không thay đổi câu hỏi ban đầu.

Một số mã hiện có phụ thuộc vào sự hiện diện của một lớp tĩnh:

public static class ColorScheme
{
   ...
}

Phối màu này là phối màu Outlook 2003. tôi muốn giới thiệu một sơ đồ màu Outlook 2007, trong khi vẫn giữ lại sơ đồ màu Outlook 2003:

public static class Outlook2003ColorScheme
{
   ...
}

public static class Outlook2007ColorScheme
{
   ...
}

Nhưng tôi vẫn phải đối mặt với thực tế là mã phụ thuộc vào sự hiện diện của một lớp tĩnh được gọi ColorScheme. Suy nghĩ đầu tiên của tôi là tạo một ColorSchemelớp mà tôi sẽ kế thừa từ một trong hai Outlook2003hoặc Outlook2007:

public static class ColorScheme : Outlook2007ColorScheme
{
}

nhưng bạn không thể kế thừa từ một lớp tĩnh.

Suy nghĩ tiếp theo của tôi là tạo ColorSchemelớp tĩnh , nhưng tạo Outlook2003ColorSchemevà Outlook2007ColorSchemecác lớp không tĩnh. Sau đó, một biến tĩnh trong ColorSchemelớp tĩnh có thể trỏ đến phối màu "true":

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

private class CustomColorScheme 
{ 
   ...
}

private class Outlook2008ColorScheme : CustomColorScheme 
{
    ...
}

private class Outlook2003ColorScheme : CustomColorScheme 
{
   ...
}

nhưng điều đó sẽ yêu cầu tôi chuyển đổi một lớp bao gồm các Màu tĩnh chỉ đọc thành các thuộc tính có thể ghi đè, và sau đó ColorSchemelớp của tôi sẽ cần có 30 bộ nhận thuộc tính khác nhau đưa vào đối tượng được chứa.

Đó chỉ là quá nhiều đánh máy.

Vì vậy, suy nghĩ tiếp theo của tôi là đặt bí danh cho lớp:

public static ColorScheme = Outlook2007ColorScheme;

Nhưng điều đó không biên dịch.

Làm cách nào để đặt bí danh một lớp tĩnh thành một tên khác?

Cập nhật: Ai đó có thể vui lòng thêm câu trả lời "Bạn không thể làm điều này trong C #" , vì vậy tôi có thể đánh dấu đó là câu trả lời được chấp nhận. Bất kỳ ai khác muốn câu trả lời cho cùng một câu hỏi sẽ tìm thấy câu hỏi này, câu trả lời được chấp nhận và một số cách giải quyết có thể hữu ích hoặc có thể không.

Tôi chỉ muốn kết thúc câu hỏi này.

Bạn không thể . Điều tốt nhất tiếp theo bạn có thể làm là có các usingkhai báo trong các tệp sử dụng lớp.

Ví dụ: bạn có thể viết lại mã phụ thuộc bằng cách sử dụng bí danh nhập (như một typedefchất thay thế gần như):

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

Thật không may, điều này cần phải đi vào mọi phạm vi / tệp sử dụng tên.

Do đó, tôi không biết liệu điều này có thực tế trong trường hợp của bạn hay không.

Bạn có thể tạo bí danh cho lớp của mình bằng cách thêm dòng mã sau:

using Outlook2007ColorScheme = YourNameSpace.ColorScheme;

Bạn muốn một ( Factory | Singleton ), tùy thuộc vào yêu cầu của bạn. Tiền đề là tạo ra nó để mã khách hàng không cần phải biết nó đang nhận được bảng màu nào. Nếu bảng màu nên được ứng dụng rộng rãi, thì nên sử dụng một lớp đơn. Nếu bạn có thể sử dụng một lược đồ khác trong các trường hợp khác nhau, thì một mẫu Factory có thể là cách tốt nhất. Dù bằng cách nào, khi bảng màu cần thay đổi, mã chỉ phải được thay đổi ở một nơi.

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; }
    }
}

Bạn không thể đặt bí danh tên lớp trong C #.

Có những điều bạn có thể làm mà không phải là bí danh tên lớp trong C #.

Nhưng để trả lời câu hỏi ban đầu: bạn không thể đặt bí danh tên lớp trong C #.

Cập nhật: Mọi người đang bối rối tại sao usingkhông hoạt động. Thí dụ:

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) { ... }
}

Và mọi thứ đều hoạt động. Bây giờ tôi muốn tạo một lớp mới và bí danh ColorScheme cho nó (để không cần sửa đổi mã ):

ColorScheme.cs

using ColorScheme = Outlook2007ColorScheme;

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

Ohh tôi xin lỗi. Mã này không biên dịch:

Câu hỏi của tôi là làm thế nào để đặt bí danh một lớp trong C #. Nó không thể được thực hiện. Có những điều tôi có thể làm mà không phải là bí danh tên lớp trong C #:

• thay đổi tất cả những người phụ thuộc vào ColorSchemeđể using ColorSchemethay thế (giải pháp thay đổi mã vì tôi không thể bí danh)
• thay đổi tất cả những người phụ thuộc vào ColorSchemeđể sử dụng một mô hình gốc cho họ một lớp hoặc giao diện đa hình (giải pháp thay đổi mã vì tôi không thể bí danh)

Nhưng những cách giải quyết này liên quan đến việc phá vỡ mã hiện có: không phải là một tùy chọn.

Nếu mọi người phụ thuộc vào sự hiện diện của một ColorSchemelớp, tôi phải thực sự sao chép / dánColorScheme lớp.

Nói cách khác: tôi không thể đặt bí danh tên lớp trong C #.

Điều này trái ngược với các ngôn ngữ hướng đối tượng khác, nơi tôi có thể xác định bí danh:

ColorScheme = Outlook2007ColorScheme

và tôi sẽ hoàn thành.

thử đi:

using ColorScheme=[fully qualified].Outlook2007ColorScheme

Tôi thêm nhận xét này cho những người dùng tìm thấy điều này rất lâu sau khi OP chấp nhận "câu trả lời" của họ. Bí danh trong C # hoạt động bằng cách chỉ định tên lớp bằng cách sử dụng không gian tên đủ điều kiện của nó. Một trong những định nghĩa, tên bí danh có thể được sử dụng trong phạm vi của nó. Thí dụ.

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
  }

}

Xin lỗi vì mã được nhập nhanh chóng nhưng hy vọng nó giải thích cách thực hiện điều này để người dùng không bị hiểu nhầm rằng nó không thể được thực hiện trong C #.

Đặt biệt hiệu theo cách bạn muốn sẽ không hoạt động trong C #. Điều này là do việc tạo bí danh được thực hiện thông qua usingchỉ thị, được giới hạn trong tệp / không gian tên được đề cập. Nếu bạn có 50 tệp sử dụng tên lớp cũ, điều đó có nghĩa là 50 vị trí cần cập nhật.

Điều đó nói rằng, tôi nghĩ rằng có một giải pháp dễ dàng để làm cho mã của bạn thay đổi ở mức tối thiểu nhất có thể. Làm cho ColorSchemelớp này trở thành mặt tiền cho các cuộc gọi của bạn đến các lớp thực tế với việc triển khai và sử dụng usingtrong tệp đó để xác định ColorSchemebạn sử dụng.

Nói cách khác, hãy làm điều này:

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);
   }
}

Sau đó, trong mã của bạn phía sau, không thay đổi gì:

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

Sau đó, bạn có thể cập nhật các giá trị của ColorSchemebằng cách cập nhật một dòng mã ( using CurrentColorScheme = Outlook2008ColorScheme;).

Một vài mối quan tâm ở đây:

• Sau đó, mọi phương thức hoặc định nghĩa thuộc tính mới sẽ cần phải được thêm vào hai nơi, vào ColorSchemelớp và vào Outlook2007ColorSchemelớp. Đây là công việc bổ sung, nhưng nếu đây là mã kế thừa thực sự, nó không phải là một sự xuất hiện thường xuyên. Như một phần thưởng, mã trongColorScheme quá đơn giản nên mọi lỗi có thể xảy ra đều rất rõ ràng.
• Việc sử dụng các lớp tĩnh này có vẻ không tự nhiên đối với tôi; Tôi có thể sẽ cố gắng cấu trúc lại mã kế thừa để làm điều này theo cách khác, nhưng tôi cũng hiểu rằng tình huống của bạn có thể không cho phép điều đó.
• Nếu bạn đã có một ColorSchemelớp mà bạn đang thay thế, thì cách tiếp cận này và bất kỳ cách nào khác có thể là một vấn đề. Tôi khuyên bạn nên đổi tên lớp đó thành một cái gì đó giống như ColorSchemeOld, và sau đó truy cập nó thông qua using CurrentColorScheme = ColorSchemeOld;.

Tôi cho rằng bạn luôn có thể kế thừa từ lớp cơ sở mà không cần thêm gì

public class Child : MyReallyReallyLongNamedClass {}

CẬP NHẬT

Nhưng nếu bạn có khả năng tự cấu trúc lại class: Tên lớp thường dài không cần thiết do thiếu namespaces.

Nếu bạn thấy trường hợp như ApiLoginUser, DataBaseUser, WebPortalLoginUser, thường là dấu hiệu của thiếu namespacedo sợ rằng tên Usermâu thuẫn sức.

Tuy nhiên, trong trường hợp này, bạn có thể sử dụng namespacebí danh , vì nó đã được chỉ ra trong các bài viết trên

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);

Lưu ý cách classtất cả các tên User, nhưng ở các namespaces khác nhau . Trích dẫn PEP-20: Zen of Python :

Không gian tên là một trong những ý tưởng tuyệt vời - hãy làm nhiều hơn nữa!

Hi vọng điêu nay co ich

Có thể chuyển sang sử dụng giao diện không?

Có lẽ bạn có thể tạo một IColorSchemegiao diện mà tất cả các lớp đều triển khai?

Điều này sẽ hoạt động tốt với mô hình nhà máy như được thể hiện bởi Chris Marasti-Georg

Đó là một câu trả lời từng phần rất muộn - nhưng nếu bạn xác định cùng một lớp 'ColorScheme', trong cùng một không gian tên 'Outlook', nhưng trong các hội đồng riêng biệt, một tổ hợp được gọi là Outlook2003 và Outlook2007 khác, thì tất cả những gì bạn cần làm là tham khảo hội đồng thích hợp .