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

接上篇,本篇对WPF多进程UI框架进行设计。阐述了功能性需求,如主进程承载多子进程UI等;非功能性需求,如对开发模式影响小等。还给出两种设计方案,方案一支持第三方插件但实现复杂,方案二简单但要求子进程为exe程序,最后展示了Demo效果。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

功能性需求

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

非功能性需求

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

设计方案一

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

设计方案二

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

Logical View

Process View

说明

需要强调的点是

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

Demo效果

转载于:https://juejin.im/post/5ce55ecd6fb9a07ece67a719

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值