如何基于客户端系统名称动态实例化CRS子类？

看起来你想要实现的是根据客户端的系统名称，动态实例化对应的CRS子类，而不是现在硬编码的DriveRevenue对吧？这在VB.NET里有两种常用的实现方式，我给你详细讲讲：

方法一：使用反射实现动态创建 #

这种方式最接近你想要的oCRS = New (oServer.CRSName)的写法，通过反射根据类名字符串创建实例：

步骤说明 #

1. 确保所有CRS子类都继承自父类CRS，并且拥有无参构造函数（如果需要带参，可以用反射的重载方法传参）
2. 修改RDELib的构造函数，通过反射动态生成实例

代码示例 #

Public Class RDELib
    Private mCRS As CRS
    ' 假设传入的server对象包含CRSName属性
    Public Sub New(server As Server)
        VerifyServer()
        
        ' 替换成你的子类实际所在的命名空间
        Dim fullCrsTypeName As String = $"YourAppNamespace.{server.CRSName}"
        Dim crsType As Type = Type.GetType(fullCrsTypeName)
        
        ' 检查类型是否有效，且是CRS的子类
        If crsType IsNot Nothing AndAlso GetType(CRS).IsAssignableFrom(crsType) Then
            ' 创建实例并转换为CRS类型
            mCRS = DirectCast(Activator.CreateInstance(crsType), CRS)
        Else
            ' 处理无效的CRS名称情况
            Throw New InvalidOperationException($"无法找到对应CRS系统：{server.CRSName}")
        End If
    End Sub
End Class

注意事项 #

• 必须指定完整的类名（包含命名空间），否则Type.GetType可能找不到对应的类型
• 如果子类需要带参数的构造函数，可以使用Activator.CreateInstance(crsType, param1, param2)这样的重载
• 反射会有轻微的性能开销，不过在大多数场景下可以忽略

方法二：使用工厂模式（更安全可控） #

如果你不想用反射，工厂模式是更稳妥的选择，它通过一个专门的工厂类来管理子类的实例化，避免拼写错误和运行时类型问题：

步骤说明 #

1. 创建一个CRSFactory类，负责根据CRS名称返回对应的子类实例
2. 在RDELib中调用工厂方法获取实例

代码示例 #

首先创建工厂类：

Public Class CRSFactory
    Public Shared Function CreateCRS(crsName As String) As CRS
        ' 统一转为小写避免大小写敏感问题
        Return crsName.ToLower() Select Case
            Case "drivevenue" : New DriveRevenue()
            Case "customcrs" : New CustomCRS() ' 新增子类只需加这里
            Case "anothercrs" : New AnotherCRS()
            Case Else : Throw New InvalidOperationException($"不支持的CRS系统：{crsName}")
        End Select
    End Function
End Class

然后修改RDELib：

Public Class RDELib
    Private mCRS As CRS
    Public Sub New(server As Server)
        VerifyServer()
        ' 调用工厂方法获取实例
        mCRS = CRSFactory.CreateCRS(server.CRSName)
    End Sub
End Class

优点 #

• 编译时就能检查错误，避免因为类名拼写错误导致的运行时异常
• 新增子类时，只需要在工厂类里添加一个case分支，代码维护更直观
• 不需要处理命名空间问题，性能比反射更好

选择建议 #

• 如果你的CRS子类会频繁新增，且希望不需要修改工厂代码，反射是更灵活的选择
• 如果追求稳定性和可维护性，工厂模式是更优的方案，适合大多数业务场景

内容的提问来源于stack exchange，提问作者LordRofticus