c# - .NET多代理程序仿真(运行时加载/卸载)的插件体系结构

Question

描述

我目前正在设计用于C＃多主体仿真的体系结构，其中，代理动作由其“大脑”中的许多模块驱动，这些模块可以读取传感器，对动作进行投票或向其他模块发送消息/查询（所有这些操作都是通过以下方式实现的：信息交换）。
当然，模块可以具有状态。

模块并行运行：它们具有一个update方法，该方法使用消息和查询，并执行某种计算。更新方法返回迭代器，并且在其主体中具有多个收益，因此我可以协作地调度模块。我不为每个模块使用单个线程，因为我希望每个代理都有数百至数千个模块，这将导致线程开销占用大量RAM。

我希望这些模块的行为类似于运行时插件，以便在模拟运行时，我可以添加新的模块类并重写/调试现有的类，而无需停止模拟过程，然后使用这些类在模块中添加和删除模块。代理商的大脑，或者只是让现有模块由于其方法的新实现而改变其行为。

可能的解决方案

最近几天，我提出了许多可能的解决方案，但都令人失望：


将我的模块编译成DLL，将每个模块加载到不同的AppDomain中，然后使用AppDomain.CreateInstanceFromAndUnwrap（）实例化该模块，然后将其转换为一些IModule接口，该接口在我的仿真和模块之间共享（并由每个模块类实现） 。该接口将仅公开所有模块共有的SendMessage，Update和其他一些成员。


此解决方案的问题在于AppDomain之间的调用比直接调用（在同一AppDomain中）要慢得多。
另外，我不知道AppDomains的开销，但我想它们不是免费的，因此拥有数千个可能成为问题。

对模块使用某种脚本语言，同时为基础引擎保留C＃，这样就不会加载/卸载程序集。相反，我将为每个模块的脚本语言托管一个执行上下文。


我主要担心的是，我不知道大型的脚本语言（例如，在“ python，lua，ruby，js大，Autoit和Euphoria则不是”）中是快速的，可嵌入到.NET中并允许逐步执行（我需要执行模块执行的协作调度）。
与此相关的另一个问题是，我想我必须为每个模块使用运行时上下文，这反过来又会产生大量开销。
最后，我认为脚本语言可能会比C＃慢，从而降低性能。

避免卸载程序集，而是以某种方式重命名/版本化它们，以便我可以拥有大量不同的版本，然后为每种类型使用最新的版本。


我什至不确定这是可能的（由于类型和名称空间的限制）
即使可能，这也将是非常低效的内存。

透明地重新启动仿真，这意味着暂停仿真（以及执行大脑/模块的调度程序），序列化所有内容（包括每个模块），退出仿真，重新编译代码，再次启动仿真，反序列化所有内容，捕获由于我对类所做的更改并恢复执行而引发的任何异常。


这是很多工作，所以我认为这是我的最后选择。
同样，整个过程有时会非常缓慢，具体取决于模块的数量及其大小，这使其不切实际



我可以通过混合解决方案3和4来克服最后一个问题（解决方案4中的整个过程变慢），以某种形式的版本化加载许多程序集，然后不时地重新启动以清理混乱。但是，我宁愿不要因为我在模块类上做了些小改动而不会打断整个模拟的东西。

实际问题

所以这是我的问题：还有其他解决方案吗？我是否错过任何针对所发现问题的解决方法？
例如，是否有一些.NET脚本语言可以满足我的需求（解决方案2）？以我隐约描述的方式（解决方案3）可以进行版本控制吗？

甚至更简单地说：.NET是该项目的错误平台吗？ （我想坚持使用它，因为C＃是我的主要语言，但是我可以看到自己使用Python或其他类似方法进行此操作）

Answer 1

您是否考虑过Managed Extensibility Framework？