WPF多进程UI客户端(Like Chrome)设计

接上一篇 WPF多进程UI探索(Like Chrome) 找到了相对较靠谱的跨进程传递WPFUI的方法,本篇将对WPF多进程UI框架进行设计。框架

功能性需求

  1. 一个主进程做为宿主,承载多个子进程的UI
  2. 每一个子进程相互独立,互不影响
  3. 主进程和子进程能够灵活拆卸和装配
  4. ...

非功能性需求

  1. 对现有的开发模式影响小
  2. 对潜在的插件扩展提供支持
  3. 单元测试覆盖率>60%
  4. ...

设计方案一

image41.png

思路是宿主程序启动新的空进程做为 子进程,在子进程中经过AppLoader加载真正子进程的内容,这样的好处是不限制真正子进程的形式,能够是exe,也能够是dll,这样对于后续带UI的第三方插件的支持很友好;缺点则是子进程的状况可能较为复杂,AppLoader的实现会比较麻烦。post

设计方案二

image42.png

此方案相对方案一更简单,直接在宿主程序中启动子进程程序,省掉了AppLoader的环节。可是,此方案要求子进程是exe程序。单元测试

Logical View

image40.png

Process View

image43.png

image44.png

说明

须要强调的点是测试

  1. 主进程管理各子进程的UI
  2. 子进程互不影响
  3. MAF的使用

Demo效果

1.gif
相关文章
相关标签/搜索