C#继承链场景下如何避免类型转换？技术方案咨询

我在开发一个包含ClassicUser（普通用户）和PremiumUser（高级用户）的简单聊天系统，需要展示计分用户的仪表盘分数，但普通用户无分数无需展示。目前已编写示例代码如下：

using System;
using System.Collections.Generic;

interface IUser
{
    public string Id { get; }
}

interface IScoringUser : IUser
{
    public int Score { get; }
}

class ClassicUser : IUser
{
    public string Id { get; }
}

class PremiumUser : IScoringUser
{
    public string Id { get; }

    public int Score { get; }
}

class Chat
{
    public List<IUser> Users { get; } = new();

    public void JoinChat(IUser user)
    {
        Users.Add(user);
    }
}

class ChatScoreDashboard
{
    public void DisplayScore(Chat chat)
    {
        foreach (var user in chat.Users)
        {
            if (user is IScoringUser scoringUser)
            {
                Console.WriteLine(scoringUser.Score);
            }
        }
    }
}

疑问与解答 #

1. 能否不使用类型转换实现该分数展示需求？

你当前代码里的user is IScoringUser scoringUser是模式匹配，不属于传统意义上的显式类型转换（比如(IScoringUser)user），这种写法本身就是C#推荐的无显式转换的处理方式。如果要完全避免任何形式的类型检查/匹配，有两种可行方案：

• 拆分用户集合：在Chat类中分别维护普通用户和计分用户的独立集合，加入用户时根据类型分类存储，展示分数时直接遍历计分用户集合。
• 访客模式（Visitor Pattern）：通过定义访客接口，让不同用户类型接受访客并执行对应逻辑，完全依赖多态实现逻辑分发，避免类型检查。示例代码：

interface IUserVisitor
{
    void Visit(ClassicUser user);
    void Visit(PremiumUser user);
}

interface IUser
{
    string Id { get; }
    void Accept(IUserVisitor visitor);
}

class ClassicUser : IUser
{
    public string Id { get; }
    public void Accept(IUserVisitor visitor) => visitor.Visit(this);
}

class PremiumUser : IUser
{
    public string Id { get; }
    public int Score { get; }
    public void Accept(IUserVisitor visitor) => visitor.Visit(this);
}

class ScoreDisplayVisitor : IUserVisitor
{
    public void Visit(ClassicUser user) { /* 普通用户无操作 */ }
    public void Visit(PremiumUser user) => Console.WriteLine(user.Score);
}

// ChatScoreDashboard中的DisplayScore方法修改为：
public void DisplayScore(Chat chat)
{
    var visitor = new ScoreDisplayVisitor();
    foreach (var user in chat.Users)
    {
        user.Accept(visitor);
    }
}

2. 若不想在普通用户中保留任何计分相关痕迹，该如何设计？

你的现有设计已经满足这个要求：ClassicUser仅实现IUser接口，完全不涉及IScoringUser或任何计分属性。如果要进一步强化隔离，可以：

• 保持IUser接口的最小职责，不添加任何计分相关的方法或属性。
• 拆分用户集合，让普通用户和计分用户的存储完全分离，避免在同一集合中混合遍历。
• 严格遵循单一职责原则，禁止在ClassicUser类中添加任何与计分相关的代码。

3. 如何获取所有计分用户？

有两种高效且类型安全的方式：

• 使用LINQ过滤：直接从用户集合中筛选实现IScoringUser的实例，无需显式转换：

var scoringUsers = chat.Users.OfType<IScoringUser>().ToList();

OfType<T>内部会自动完成类型检查并返回匹配的实例，是C#中处理此类场景的标准写法。

• 拆分集合存储：在Chat类中维护独立的IScoringUser集合，用户加入时自动分类存储，获取时直接返回该集合：

class Chat
{
    public List<IUser> AllUsers { get; } = new();
    public List<IScoringUser> ScoringUsers { get; } = new();

    public void JoinChat(IUser user)
    {
        AllUsers.Add(user);
        if (user is IScoringUser scoringUser)
        {
            ScoringUsers.Add(scoringUser);
        }
    }
}

这种方式无需遍历过滤，性能更优，适合用户数量较多的场景。

4. 是否存在必须使用类型转换的边缘场景？

是的，以下场景通常需要使用显式类型转换：

• 处理非泛型集合：如果使用的是旧式非泛型集合（如ArrayList），取出的元素为object类型，必须显式转换才能访问特定类型的成员。
• 第三方库/遗留代码限制：如果依赖的第三方库或遗留代码仅返回基类或object类型，且无法修改其代码结构，此时只能通过显式转换获取具体类型的成员。
• 接口重叠的模糊匹配：当一个类实现多个相似接口，且模式匹配无法明确区分目标接口时（这种场景极少出现），可能需要显式转换指定目标类型。

不过在现代C#开发中，大部分场景都可以通过模式匹配、泛型或设计模式避免显式类型转换，显式转换通常是最后的解决方案。

内容的提问来源于stack exchange，提问作者Zeyukan Ich'