当前位置: 首页 > news >正文

Electron项目架构方案心得

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

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

这样的好处是:

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

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

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

劣势:

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

http://www.lryc.cn/news/285991.html

相关文章:

  • Java中创建List接口、ArrayList类和LinkedList类的常用方法(一)
  • 顶级开源社区开发者体验实践分享
  • STM32之RTC实时时钟
  • Java JVM 堆、栈、方法区详解
  • Oracle篇—分区表和分区索引的介绍和分类(第一篇,总共五篇)
  • Vue中的模式和环境变量
  • 用ChatGPT教学、科研!亚利桑那州立大学与OpenAI合作
  • 问题解决:django模型查询报错,找不到数据库表
  • 持续集成工具Jenkins的使用之安装篇(一)
  • 【JavaScript】面向后端快速学习 笔记
  • 笨蛋学设计模式行为型模式-命令模式【19】
  • windows用msvc编译opencv、opencv-python、opencv_contrib、cuda
  • JVM实战篇:GC调优
  • C# 获取QQ会话聊天信息
  • Java中的内存溢出与内存泄漏深度解析
  • 计算机网络安全——密码学入门
  • go语言(八)---- map
  • Flutter:跨平台移动应用开发的未来
  • 二维码地址门牌管理系统:智慧城市新篇章
  • 学习JavaEE的日子 day14 继承,super(),this(),重写
  • 一文梳理Windows自启动位置
  • 【Java 设计模式】行为型之策略模式
  • go实现判断20000数据范围内哪些是素数(只能被1和它本身整除的数),采用多协程和管道实现
  • GPT只是开始,Autonomous Agents即将到来
  • ubuntu source: not found
  • Rancher部署k8s集群测试安装nginx(节点重新初始化方法,亲测)
  • SpringBoot结合thymeleaf的HTML页面不能跳转问题踩坑
  • Apache Zeppelin结合Apache Airflow使用1
  • 分组循环A
  • 《WebKit 技术内幕》学习之九(4): JavaScript引擎