C#如何将 "register"类变成 "plug-ins"服务类？

Question

截至 2022 年的更新#2

这么多年过去了，仍然没有好的答案。 决定revive这个问题。

---

我正在尝试实现类似于我试图用下图(问题结束)展示的想法。

一切都从抽象类Base到DoSomething类进行编码。

我的“服务”需要向服务已“注册”的“DoSomethings”类型的消费者提供“操作”，此时我看到自己在重复(复制/粘贴)以下逻辑服务等级:

public async Task<Obj1<XXXX>> DoSomething1(....params....)
        {
            var action = new DoSomething1(contructParams);
            return await action.Go(....params....);
        }

我想知道在 C# 中是否有以不同的方式“注册”我想要的所有“DoSomething”？一些更动态和更少“复制/粘贴”的东西，并且在同时在我的消费类中为我提供“智能感知”？为该服务“注入(inject)”接受的“DoSomething”列表。

更新 #1 在阅读了 PanagiotisKanavos 对 MEF 的建议并检查了 IoC 的其他选项后，我无法找到我正在寻找的东西。

我的目标是让我的 Service1 类(以及所有类似的类)表现得像一个 DynamicObject 但接受的方法是在它自己的构造函数中定义的(我在这里准确指定我将提供哪个 DoSomethingX 作为方法调用。

示例: 我有几个 Action (DoSomethingX) 作为“BuyCar”、“SellCar”、“ChangeOil”、“StartEngine”等.... 现在，我想创建一个服务“CarService”，它只应提供“StartEngine”和“SellCar”操作，而我可能有其他“服务”和其他“操作”组合。我想在每个服务的构造函数中定义这个逻辑。然后，在消费者类中，我只想做类似的事情:

var myCarService = new CarService(...paramsX...);
var res1 = myCarService.StartEngine(...paramsY...);
var res2 = myCarService.SellCar(...paramsZ...);

我想在使用“CarService”时提供智能感知......

总结:目标是如何在每个服务中“注册”他提供的方法，通过给出“DoSomethingX”列表，并自动将它们作为“方法”提供。 .. 我希望我能够解释我的目标/愿望。

换句话说:我只想说我的类 Service1 正在“提供”操作 DoSomething1、DoSomething2 和DoSomething3，但行数尽可能少。不知何故使用类属性的概念，我可以在这里做类似的事情:

// THEORETICAL CODE
[RegisterAction(typeOf(DoSomething1))]
[RegisterAction(typeOf(DoSomething2))]
[RegisterAction(typeOf(DoSomething3))]
public class Service1{
    // NO NEED OF EXTRA LINES....
}

Answer 1

对我来说，MEF/MAF 确实是您在解决此类问题时最后可能会做的事情。第一步是制定您的设计。我会做以下事情:

1. 实现装饰器设计模式(或您选择的类似结构模式)。我选择装饰器，因为它看起来像你想要的那样，通过用那些类中没有定义的共享功能来补充某些类(即在你的例子中似乎更喜欢组合而不是继承)。看这里http://www.dofactory.com/net/decorator-design-pattern

2. 验证第 1 步 POC，以确定如果将其作为单独的 dll 添加(即通过在构建时嵌入不同的 CSProj)，它是否会执行您想要的操作。

3. 评估 MEF 或 MAF 是否适合您(取决于您想要达到的重量)。将这些与微服务等其他技术进行比较(这会从哲学上改变您当前的方法)。

4. 实现您选择的热插拔(根据您提供的信息，MEF 可能是最合乎逻辑的)。