Electron项目架构方案心得

这里只记录FE的业务流程设计考虑和Electron的业务流程考虑。

一个electron客户端,理想的架构是,底层的能力支持完全由electron底层模块支持。关于electron底层模块的支持,不限于node packages 或者 dll 或者 rust实现的一些东东。而业务流程全部交由FE来进行流程控制和调度。

这样的好处是:

1、electron提供的能力会控制在某一个版本中,而FE相对灵活可以通过及时更新来解决一些问题,能够实现较快时间内的止损。

2、electron相对提供的能力比较规范,约束调用形式及交互参数。有利于基于electron做更多的业务功能拓展

3、electron提供的能力约束成一个标准的范式,对于后续electron进行版本升级也是有好处的

劣势:

1、可能在部分实际的业务场景中,不适合FE来做流程调度,可能会引发性能问题。

相关推荐
掘金安东尼8 分钟前
解读 hidden=until-found 属性
前端·javascript·面试
1024小神16 分钟前
jsPDF 不同屏幕尺寸 生成的pdf不一致,怎么解决
前端·javascript
滕本尊16 分钟前
构建可扩展的 DSL 驱动前端框架:从 CRUD 到领域模型的跃迁
前端·全栈
借月17 分钟前
高德地图绘制工具全解析:线路、矩形、圆形、多边形绘制与编辑指南 🗺️✏️
前端·vue.js
li理17 分钟前
NavPathStack 是鸿蒙 Navigation 路由的核心控制器
前端
二闹20 分钟前
一招帮你记住上次读到哪儿了?
前端
li理24 分钟前
核心概念:Navigation路由生命周期是什么
前端
古夕27 分钟前
my-first-ai-web_问题记录02:Next.js 15 动态路由参数处理
前端·javascript·react.js
梦里寻码27 分钟前
自行食用 uniapp 多端 手写签名组件
前端·uni-app
前端小白199529 分钟前
面试取经:工程化篇-webpack性能优化之热替换
前端·面试·前端工程化