c# - 使用 partial 从自动生成的 linq-sql 对象中抽象方法

Question

背景:您好，我正在尝试构建一个类似于状态引擎的 Windows 工作流。我有一个使用Action 和Trigger 设置的基本引擎 - 操作执行自定义代码，触发器是允许状态引擎从一种状态移动到其他。 Trigger 包含许多 Actions'，当 Trigger 的 bool isMet() 条件为真时触发。

我遇到的编码问题是我需要抽象 Trigger 类的 isMet() 方法。这样做的原因是我有很多子 Trigger 类，例如isPaperworkCompletedTrigger 继承自基础 Trigger 类，它们每个都包含自己的自定义 isMet() 代码。我在实现这个过程中遇到的唯一困难是整个引擎，例如Trigger 和 Action 需要存储在数据库中。我首先在 SQL 中构建引擎表，然后使用 LINQ-to-SQL 构建我的 Action 和 Trigger 对象。 LINQ-to-SQL 确实允许您使用 partial 类方法扩展自动生成的类对象，我曾使用该方法将 isMet() 方法添加到我的 Trigger 类，我不能使这个 isMet() 方法抽象，因为自动生成的 Trigger 类不是抽象的(原因很明显)。

我已经尝试通过在我的子类中继承基 Trigger 类来“软覆盖”isMet() 方法，例如isPaperworkCompletedTrigger 并创建一个名为 isMet() 的方法，intellisense 对此有一点提示，并告诉我停止 intellisense 提示在该方法上使用“new”关键字。正如预期的那样，这种“软覆盖”方法不起作用。

当 Trigger 对象被从数据库中拉出并且 isMet() 方法被自然地调用时，基方法 isMet() 方法被调用(来自 Trigger 类，而不是子类)，这是有道理的，因为数据库无法知道 Trigger 的哪个子类调用 isMet() 方法。

解决这个问题的明显方法是在 Triggers 表中添加一个 TriggerName 字段，并在该字段上做一个很好的旧 switch case，调用 isMet () 方法对应的 Trigger 子类根据名称字段是什么。这是我想避免的事情。

我希望这个项目能够允许用户“插入”Trigger 和Action。我计划实现此目的的方法是允许用户将他们自己的自定义 Trigger 派生类作为 DLL 放入指定文件夹中，并让工作流引擎能够使用这些类而无需重新部署或重建(这排除了静态字符串上的大量 switch case 语句)。

这个问题的核心是如何读入所有的Trigger模块(一个DLL就是一个Trigger模块)，然后调用一个isMet( ) 此对象上的方法(无需访问其类代码)。

我怀疑解决这个问题的攻击点在于使 Trigger 类 isMet() 方法抽象或将某种转换器类从中转换将数据库 Trigger 类转换为“离线”Trigger 类，并使该离线类抽象(我可以从中覆盖)。

任何人都可以帮助解决这个问题。

非常抱歉我的问题很长，但这个问题确实需要大量信息才能让任何人理解这个问题。

谢谢

Answer 1

与其在 Trigger 基类 abstract 上制作 isMet() 方法，不如将其设为 virtual可能默认值为 false。然后你可以override使用 override 关键字的派生类中的方法。

您的第二个问题涉及将触发器序列化和反序列化到数据库。反序列化时，您要确保返回的是派生的触发器类型，而不是基数。我不知道您是如何选择将对象序列化到数据库的，但是您需要一种存储类型的方法。让我们以 DataContractSerializer 为例。它接受 Type 作为第一个参数。如果在序列化触发器时将 typeof(DerivedTrigger) 存储到数据库中的另一个字段，则可以反序列化 Type 并使用它来将 Trigger 反序列化为正确的派生类型。然后调用您的 isMet() 方法应该调用派生的覆盖值。这是一个使用静态变量代替数据库的简短示例:

[DataContract]
partial class Trigger
{
    public virtual bool isMet()
    {
        return false;
    }
}

[DataContract]
class DerivedTrigger : Trigger
{
    public object DataElement1 { get; set; }
    //and other properties to serialize.

    public override bool isMet()
    {
        return true;
    }
}

void Main()
{
    DerivedTrigger t = new DerivedTrigger();
    Serialize(t);
    ((Trigger)Deserialize()).isMet(); // returns True!
}

public static void Serialize<T>(T source)
{
    MemoryStream ms = new MemoryStream();
    Type serializedObjectType = typeof(T);

    DataContractSerializer dcsObject = new DataContractSerializer(serializedObjectType, null, int.MaxValue, false, true, null);

    dcsObject.WriteObject(ms, source); //serialize the object

    byte[] buffer = new byte[1024] //TODO:  adjust size
    ms.Position = 0;
    ms.Read(buffer, 0, 1024);

    //TODO: write buffer to database colObject here

    ms.Position = 0;
    DataContractSerializer dcsType = new DataContractSerializer(typeof(Type), null, int.MaxValue, false, true, null);
    dcsType.WriteObject(ms, serializedObjectType.DeclaringType);

    buffer = new byte[1024]
    ms.Position = 0;
    ms.Read(buffer, 0, 1024);

    //TODO: write buffer to database colType here
}

public static object Deserialize()
{
    MemoryStream ms = new MemoryStream();
    byte[] buffer = new byte[1024];

    //TODO: read colType into buffer here

    ms.Write(buffer, 0 1024);
    ms.Position = 0;

    DataContractSerializer dcsType = new DataContractSerializer(typeof(Type), null, int.MaxValue, false, true, null);
    Type serializedObjectType = dcs.Read(ms);

    //TODO: read colObject into buffer here

    DataContractSerializer dcs = new DataContractSerializer(serializedObjectType, null, int.MaxValue, false, true, null);
    return dcs.ReadObject(serializedObject);
}

编辑

好吧，使用MemoryStream好像已经把情况弄糊涂了。 MemoryStream 不是存储在数据库中的内容，它本身就是数据库。

拥有 serializedObjectType 的全部原因是因为，就像你说的，使用 typeof(Trigger) 作为 DataContractSerializer 中的类型不会反序列化实际上是派生触发器。因此，您需要将派生类型与对象一起存储在数据库中。

你还没有说你正在使用什么 dbms，但我会用一个 blob 来表示 Trigger 列，用一个 varbinary 或一个 blob 来表示 serializedObjectType 列，即实际最触发器的派生类型。使用硬编码类型序列化程序序列化类型。即 DataContractSerializer(typeof(Type), ...) 并使用 DataContractSerializer(typeof(T), ...) 序列化对象，其中 T 是派生的触发器类型您可以使用泛型类型变量获得它。

当你反序列化时，反过来做。首先使用硬编码类型序列化器反序列化类型。即 DataContractSerializer(typeof(Type), ...) 然后使用反序列化类型的结果反序列化对象。我已经更新了我的代码片段，希望能更好地说明我提出的策略。抱歉我回复晚了。

编辑 2

通常，在谈论序列化时，您只序列化一个对象中的值，因为这是将一个对象与另一个对象分开的东西。您不需要将方法主体序列化到数据库，因为它存储在文件系统的程序集中(您在问题中提到的可插入 dll)。这些 dll 的加载是一个单独的步骤。查看 System.Reflection.Assembly.LoadFile()。

从你问题中的这两个陈述:

Trigger's and Action's need to be stored in a database.

和

...user's to drop their own custom Trigger derived classes as a DLL into a specified folder..

我假设(可能不正确)类的定义将存储在 fs 中，进入每个类对象的数据将存储在数据库中。如果派生的 isMet() 方法是静态的(可能不是明确的，但没有任何关联状态)，那么数据库中就不会存储任何内容。但是，听起来您正在设置它以便 Trigger 包含 Actions 的集合。在这种情况下，那些 Actions 就是序列化到数据库的内容。如果您的类是 Serializable，只需将它们标记为 public，或者直接将集合标记为 Serializable。然后，内存流的大小将与每个触发器持有的 Actions 数量成正比。清澈如泥？