AppDomain,运行程序集.exe或.dll?

在写这个问题时: AppDomain,处理exception我也想到了一个不同的问题。

如果您要编写我上面写的插件应用程序。 你会把插件写成可执行文件还是库?

对通过AppDomain.ExecuteAssembly(String)方法运行的动态加载的可执行文件,您将获得多少控制权? 而不是使用AppDomain.CreateInstanceAndUnwrap(String, String)创建对象的实例。

我目前有一个接口,其中包含在CreateInstanceAndUnwrap之后调用的Start / Run + Stop + Init方法。 您是否对执行的assembly版本具有相同类型的控制权? 如果我使用后者,我怎样才能实现动态停止该插件的function?

还是我在想错误的方向?

[编辑后的问题]

基本上我们得到了“一个”应用程序和多个function。

  • 刻录(video)DVD)
  • 打印照片
  • 从照片/摄像机下载图像
  • 一个POS
  • 存储服务器,用作备份/配置设置/映像+video存储库
  • 在多个显示器上显示所述照片/video
  • 和其他一些,但这些是主要的“function”

计算机可以运行多个任务/插件。 例如,我们可以选择让一台计算机处理整个图像下载/显示/打印系统。 或者有一台带有多个下载/显示系统的集中打印计算机。

一切都是通过套接字进行通信

如果插件因任何原因崩溃,则需要重新启动并将邮件发送到办公室。 如果在短时间内多次发生相同的崩溃,那么它应该发送某种紧急电子邮件并关闭该插件并通知操作员。

其中一些函数使用第三方非托管代码,一些使用C ++ / Native编写,一些使用C ++ / CLI编写,其他函数使用C#编写,所有函数都将在与不同项目相同的解决方案中编写。

edit2还有一个我们想要添加到系统的附加function。 只要有更新版本的插件可用,它就会自动更新插件。 父AppDomain /线程应定期检查更新,如果发现更新,则应卸载该插件,下载新版本并重新启动。 由于这个特殊原因,我认为我们需要使用AppDomain

我肯定会使用CreateInstanceAndUnwrap() 。 您可以通过这种方式获得更多控制权,并且可以合理地与插件进行通信。 当你使用ExecuteAssembly() ,你几乎可以启动它,然后读取返回值(一个int )。

此外,当使用CreateInstanceAndUnwrap()时,如果你有充分的理由这么做就没有什么能阻止你使用exe。

基本上,你有一个有效的解决方案,没有必要改变它(至少不是这个方向)。

您还应该考虑替代设计。 根据这些信息:

我目前有一个具有Start / Run + Stop + Init方法的接口

计算机可以运行多个任务/插件。 例如,我们可以选择让一台计算机处理整个图像下载/显示/打印系统。 或者有一台带有多个下载/显示系统的集中打印计算机。

一切都是通过套接字进行通信

通信已由套接字完成,唯一缺少的function是“管理”:

  1. 隔离一个插件中的崩溃与其他插件。
  2. 启动/停止插件
  3. 崩溃时重新启动插件
  4. 通过电子邮件通知管理员有关崩溃的信息
  5. 自动更新

你可以简单地利用已经存在的东西 – Windows服务。 如果将插件部署为Windows服务,则已经实现了1,2和3。 您不必担心AppDomains,本机代码崩溃等问题。管理员可以很好地进行实施,测试并充分理解。 您可以管理Windows服务programaticaly 。 您唯一需要做的就是编写一个“WatchDog”服务,该服务将发送电子邮件并处理自动更新。