使用开发客户端程序已经有一段时间了,整体感觉还是非常不错的,其中也遇到了一些坑点,本文是从【运行原理】到【实际应用】对进行一次系统性的总结。【多图,长文预警~】
本文所有实例代码均在我的github electron-react上,结合代码阅读文章效果更佳。另外还可作为使用技术栈的脚手架工程。
桌面应用程序,又称为 GUI 程序(Graphical User Interface),但是和 GUI 程序也有一些区别。桌面应用程序 将 GUI 程序从GUI 具体为“桌面”,使冷冰冰的像块木头一样的电脑概念更具有 人性化,更生动和富有活力。
我们电脑上使用的各种客户端程序都属于桌面应用程序,近年来和移动端的兴起让桌面程序渐渐暗淡,但是在某些日常功能或者行业应用中桌面应用程序仍然是必不可少的。
传统的桌面应用开发方式,一般是下面两种:
直接将语言编译成可执行文件,直接调用系统,完成UI绘制等。这类开发技术,有着较高的运行效率,但一般来说,开发速度较慢,技术要求较高,例如:
- 使用开发应用
- 使用开发应用
一开始就有本地开发和UI开发。一次编译后,得到中间文件,通过平台或虚机完成二次加载编译或解释运行。运行效率低于原生编译,但平台优化后,其效率也是比较可观的。就开发速度方面,比原生编译技术要快一些。例如:
- 使用(只能开发)
不过,上面两种对前端开发人员太不友好了,基本是前端人员不会涉及的领域,但是在这个【大前端😅】的时代,前端开发者正在想方设法涉足各个领域,使用技术开发客户端的方式横空出世。
使用技术进行开发,利用浏览器引擎完成渲染,利用实现服务器端编程并可以调用系统,可以把它想像成一个套了一个客户端外壳的应用。
在界面上,的强大生态为带来了无限可能,并且开发、维护成本相对较低,有开发经验的前端开发者很容易上手进行开发。
本文就来着重介绍使用技术开发客户端程序的技术之一【】
是由开发,用和来构建跨平台桌面应用程序的一个开源库。 通过将和合并到同一个运行时环境中,并将其打包为和系统下的应用来实现这一目的。
- 1.使用具有强大生态的技术进行开发,开发成本低,可扩展性强,更炫酷的
- 2.跨平台,一套代码可打包为三套软件,且编译快速
- 3.可直接在现有应用上进行扩展,提供浏览器不具备的能力
- 4.你是一个前端👨💻~
当然,我们也要认清它的缺点:性能比原生桌面应用要低,最终打包后的应用比原生应用大很多。
兼容性
虽然你还在用技术进行开发,但是你不用再考虑兼容性问题了,你只需要关心你当前使用的版本对应的版本,一般情况下它已经足够新来让你使用最新的和语法了,你还可以手动升级版本。同样的,你也不用考虑不同浏览器带的样式和代码兼容问题。
Node环境
这可能是很多前端开发者曾经梦想过的功能,在界面中使用提供的强大,这意味着你在页面直接可以操作文件,调用系统,甚至操作数据库。当然,除了完整的,你还可以使用额外的几十万个模块。
跨域
你可以直接使用提供的模块进行网络请求,这意味着你无需再被跨域所困扰。
强大的扩展性
借助,为应用程序提供强大的扩展性(后面的章节会详细介绍)。
现在市面上已经有非常多的应用在使用进行开发了,包括我们熟悉的客户端、客户端、客户端等等。印象很深的,去年迅雷在发布迅雷X时的文案:
从迅雷X 10.1版本开始,我们采用Electron软件框架完全重写了迅雷主界面。使用新框架的迅雷X可以完美支持2K、4K等高清显示屏,界面中的文字渲染也更加清晰锐利。从技术层面来说,新框架的界面绘制、事件处理等方面比老框架更加灵活高效,因此界面的流畅度也显著优于老框架的迅雷。至于具体提升有多大?您一试便知。
你可以打开,点击【帮助】【切换开发人员工具】来调试客户端的界面。
结合了 、 和用于调用操作系统本地功能的。
是为发展浏览器而启动的开源项目,相当于的工程版或称实验版,新功能会率先在上实现,待验证后才会应用在上,故的功能会相对落后但较稳定。
为提供强大的能力,可以在不考虑兼容性的情况下开发界面。
是一个让运行在服务端的开发平台,使用事件驱动,非阻塞模型而得以轻量和高效。
单单靠是不能具备直接操作原生能力的,内集成了,这让其在开发界面的同时也有了操作系统底层的能力, 中常用的 等模块在 可以直接使用。
为了提供原生系统的支持,内置了原生应用程序接口,对调用一些系统功能,如调用系统通知、打开系统文件夹提供支持。
在开发模式上,在调用系统和绘制界面上是分离开发的,下面我们来看看关于进程如何划分。
区分了两种进程:主进程和渲染进程,两者各自负责自己的职能。
运行的 脚本的进程被称为主进程。一个 应用总是有且只有一个主进程。
职责:
- 创建渲染进程(可多个)
- 控制了应用生命周期(启动、退出以及对做一些事件监听)
- 调用系统底层功能、调用原生资源
可调用的API:
- 提供的主进程(包括一些系统功能和附加功能)
由于 使用了 来展示 页面,所以 的多进程架构也被使用到。 每个 中的 页面运行在它自己的渲染进程中。
主进程使用 BrowserWindow 实例创建页面。 每个 BrowserWindow 实例都在自己的渲染进程里运行页面。 当一个 BrowserWindow 实例被销毁后,相应的渲染进程也会被终止。
你可以把渲染进程想像成一个浏览器窗口,它能存在多个并且相互独立,不过和浏览器不同的是,它能调用。
职责:
- 用和渲染界面
- 用做一些界面交互
可调用的API:
- 提供的渲染进程
在上面的章节我们提到,渲染进和主进程分别可调用的。所有的都被指派给一种进程类型。 许多只能被用于主进程中,有些又只能被用于渲染进程,又有一些主进程和渲染进程中都可以使用。
你可以通过如下方式获取
下面是一些常用的:
在后面的章节我们会选择其中常用的模块进行详细介绍。
你可以同时在的主进程和渲染进程使用,)所有在可以使用的,在中同样可以使用。
有一个非常重要的提示: 原生Node.js模块 (即指,需要编译源码过后才能被使用的模块) 需要在编译后才能和Electron一起使用。
主进程和渲染进程虽然拥有不同的职责,然是他们也需要相互协作,互相通讯。
例如:在页面管理原生资源是很危险的,会很容易泄露资源。所以在页面,不允许直接调用原生相关的。渲染进程如果想要进行原生的操作,就必须和主进程通讯,请求主进程来完成这些操作。
是一个 的实例。 你可以使用它提供的一些方法,从渲染进程发送同步或异步的消息到主进程。 也可以接收主进程回复的消息。
在渲染进程引入:
异步发送:
通过 发送同步消息到主进程,可以携带任意参数。
在内部,参数会被序列化为 ,因此参数对象上的函数和原型链不会被发送。
同步发送:
注意: 发送同步消息将会阻塞整个渲染进程,直到收到主进程的响应。
主进程监听消息:
模块是类的一个实例。 当在主进程中使用时,它处理从渲染器进程(网页)发送出来的异步和同步信息。 从渲染器进程发送的消息将被发送到该模块。
:监听 ,当接收到新的消息时 会以 的形式被调用。
在主进程中可以通过的向渲染进程发送消息,所以,在发送消息前你必须先找到对应渲染进程的对象。:
根据消息来源发送:
在接受消息的回调函数中,通过第一个参数的属性可以拿到消息来源渲染进程的对象,我们可以直接用此对象回应消息。
渲染进程监听:
:监听 , 当新消息到达,将通过调用 。
和 都是 类的一个实例。 类是 事件的基础,它由 中的 模块导出。
的核心就是事件触发与事件监听器功能的封装。它实现了事件模型需要的接口, 包括 , 及其它工具方法. 同原生 事件类似, 采用了发布/订阅(观察者)的方式, 使用内部 列表来记录注册的事件处理器。
我们通过 和 的 进行监听和发送消息都是 定义的相关接口。
模块为渲染进程(web页面)和主进程通信()提供了一种简单方法。 使用 模块, 你可以调用 进程对象的方法, 而不必显式发送进程间消息, 类似于 的 。
但实际上,我们在调用远程对象的方法、函数或者通过远程构造函数创建一个新的对象,实际上都是在发送一个同步的进程间消息。
在上面通过 模块调用 的例子里。我们在渲染进程中创建的 对象其实并不在我们的渲染进程中,它只是让主进程创建了一个 对象,并返回了这个相对应的远程对象给了渲染进程。
并没有提供渲染进程之间相互通信的方式,我们可以在主进程中建立一个消息中转站。
渲染进程之间通信首先发送消息到主进程,主进程的中转站接收到消息后根据条件进行分发。
在两个渲染进程间共享数据最简单的方法是使用浏览器中已经实现的。 其中比较好的方案是用, 或者
就像在浏览器中使用一样,这种存储相当于在应用程序中永久存储了一部分数据。有时你并不需要这样的存储,只需要在当前应用程序的生命周期内进行一些数据的共享。这时你可以用 内的 机制实现。
将数据存在主进程的某个全局变量中,然后在多个渲染进程中使用 模块来访问它。
在主进程中初始化全局变量:
在渲染进程中读取:
在渲染进程中改变:
多个渲染进程共享同一个主进程的全局变量,这样即可达到渲染进程数据共享和传递的效果。
主进程模块用于创建和控制浏览器窗口。
你可以在这里查看它所有的构造参数。
无框窗口是没有镶边的窗口,窗口的部分(如工具栏)不属于网页的一部分。
在的构造参数中,将设置为可以指定窗口为无边框窗口,将工具栏隐藏后,就会产生两个问题:
- 1.窗口控制按钮(最小化、全屏、关闭按钮)会被隐藏
- 2.无法拖拽移动窗口
可以通过指定选项来再将工具栏按钮显示出来,将其设置为表示返回一个隐藏标题栏的全尺寸内容窗口,在左上角仍然有标准的窗口控制按钮。
默认情况下, 无边框窗口是不可拖拽的。我们可以在界面中通过属性手动制定拖拽区域。
在无框窗口中, 拖动行为可能与选择文本冲突,可以通过设定禁用文本选择:
相反的,在可拖拽区域内部设置 则可以指定特定不可拖拽区域。
通过将选项设置为, 还可以使无框窗口透明:
使用 标签在 应用中嵌入 "外来" 内容。外来内容包含在 容器中。 应用中的嵌入页面可以控制外来内容的布局和重绘。
与 不同, 在与应用程序不同的进程中运行。它与您的网页没有相同的权限, 应用程序和嵌入内容之间的所有交互都将是异步的。
模块提供了来展示原生的系统对话框,例如打开文件框,框,所以应用可以给用户带来跟系统应用相同的体验。
注意:dialog是主进程模块,想要在渲染进程调用可以使用remote
用于显示一个显示错误消息的模态对话框。
用于调用系统对话框,可以为指定几种不同的类型: "", "", "", "" 或者 ""。
在 Windows 上, "question" 与"info"显示相同的图标, 除非你使用了 "icon" 选项设置图标。 在 macOS 上, "warning" 和 "error" 显示相同的警告图标
用于打开或选择系统目录。
这里推荐直接使用,它只能在渲染器进程中使用。
通过获取到主进程的对象,可以获取到当前应用的各个版本信息:
- :版本信息
- :版本信息
- :版本信息
- :版本信息
获取当前应用根目录:
使用的模块获取当前系统根目录:
提供的在渲染进程和主进程都可使用,用于在系统剪贴板上执行复制和粘贴操作。
以纯文本的形式写入剪贴板:
以纯文本的形式获取剪贴板的内容:
用于从桌面捕获音频和视频的媒体源的信息。它只能在渲染进程中被调用。
下面的代码是一个获取屏幕截图并保存的实例:
应用程序的菜单可以帮助我们快捷的到达某一功能,而不借助客户端的界面资源,一般菜单分为两种:
- 应用程序菜单:位于应用程序顶部,在全局范围内都能使用
- 上下文菜单:可自定义任意页面显示,自定义调用,如右键菜单
为我们提供了模块用于创建本机应用程序菜单和上下文菜单,它是一个主进程模块。
你可以通过的静态方法,使用自定义菜单模版来构造一个菜单对象。
是一个的数组,我们来看看的几个重要参数:
- :菜单显示的文字
- :点击菜单后的事件处理函数
- :系统预定义的菜单,例如(复制)、(粘贴)、(最小化)...
- :指示是否启用该项目,此属性可以动态更改
- :子菜单,也是一个的数组
推荐:最好指定role与标准角色相匹配的任何菜单项,而不是尝试手动实现click函数中的行为。内置role行为将提供最佳的本地体验。
下面的实例是一个简单的额菜单。
使用的静态方法,可创建一个应用程序菜单,在 和 上,将被设置为每个窗口的顶层菜单。
注意:必须在模块ready事件后调用此 API app。
我们可以根据应用程序不同的的生命周期,不同的系统对菜单做不同的处理。
使用的实例方法可自定义弹出上下文菜单。
在菜单选项中,我们可以指定一个属性来指定操作的快捷键:
另外,我们还可以使用来注册全局快捷键。
CommandOrControl代表在macOS上为Command键,以及在Linux和Windows上为Control键。
很多情况下程序中使用的打印都是用户无感知的。并且想要灵活的控制打印内容,往往需要借助打印机给我们提供的再进行开发,这种开发方式非常繁琐,并且开发难度较大。第一次在业务中用到其实就是用到它的打印功能,这里就多介绍一些。
提供的打印api可以非常灵活的控制打印设置的显示,并且可以通过html来书写打印内容。提供了两种方式进行打印,一种是直接调用打印机打印,一种是打印到。
并且有两种对象可以调用打印:
- 通过的对象,使用此种方式需要单独开出一个打印的窗口,可以将该窗口隐藏,但是通信调用相对复杂。
- 使用页面的元素调用打印,可以将隐藏在调用的页面中,通信方式比较简单。
上面两种方式同时拥有和方法。
打印配置(options)中只有简单的三个配置:
- :打印时是否不展示打印配置(是否静默打印)
- :是否打印背景
- :打印机设备名称
首先要将我们使用的打印机名称配置好,并且要在调用打印前首先要判断打印机是否可用。
使用的方法可获取当前设备已经配置的打印机列表,注意配置过不是可用,只是在此设备上安装过驱动。
通过获取到的打印机对象:https://electronjs.org/docs/a...
我们这里只管关心两个,和,为时表示打印机可用。
的第二个参数是用于判断打印任务是否发出的回调,而不是打印任务完成后的回调。所以一般打印任务发出,回调函数即会调用并返回参数。这个回调并不能判断打印是否真的成功了。
的用法基本和相同,但是的配置项非常少,而则扩展了很多属性。这里翻了一下源码发现还有很多没有被贴进api的,大概有三十几个包括可以对打印的margin,打印页眉页脚等进行配置。
函数在打印失败或打印成功后调用,可获取打印失败信息或包含数据的缓冲区。
这个例子中的打印是使用完成的,通过调用方法可动态向插入打印内容。
上面提到,使用和都可以调用打印功能,使用打印,首先要有一个打印窗口,这个窗口不能随时打印随时创建,比较耗费性能。可以将它在程序运行时启动好,并做好事件监听。
此过程需和调用打印的进行做好通信,大致过程如下:
可见通信非常繁琐,使用进行打印可实现同样的效果但是通信方式会变得简单,因为渲染进程和通信不需要经过主进程,通过如下方式即可:
之前专门为打印写过一个:electron-print-demo有兴趣可以下来看一下。
下面是几个针对常用打印功能的工具函数封装。
崩溃监控是每个客户端程序必备的保护功能,当程序崩溃时我们一般期望做到两件事:
- 1.上传崩溃日志,及时报警
- 2.监控程序崩溃,提示用户重启程序
为我们提供给了来帮助我们记录崩溃日志,我们可以通过来创建一个崩溃报告器:
当程序发生崩溃时,崩溃报日志将被储存在临时文件夹中名为的文件文件夹中。用于指定你的崩溃日志上传服务器。 在启动崩溃报告器之前,您可以通过调用API来自定义这些临时文件的保存路径。你还可以通过来获取上次崩溃报告的日期和。
我们可以通过的来监听渲染进程的崩溃,另外经测试有些主进程的崩溃也会触发该事件。所以我们可以根据主是否被销毁来判断进行不同的重启逻辑,下面使整个崩溃监控的逻辑:
有的时候我们并不想让用户通过点关闭按钮的时候就关闭程序,而是把程序最小化到托盘,在托盘上做真正的退出操作。
首先要监听窗口的关闭事件,阻止用户关闭操作的默认行为,将窗口隐藏。
这时程序就再也找不到了,任务托盘中也没有我们的程序,所以我们要先创建好任务托盘,并做好事件监听。
windows平台使用文件可以达到更好的效果
在很多情况下,你的应用程序要和外部设备进行交互,一般情况下厂商会为你提供硬件设备的开发包,这些开发包基本上都是通过 编写,在使用开发的情况下,我们并不具备直接调用代码的能力,我们可以利用来实现这一功能。
提供了一组强大的工具,用于在环境中使用纯调用动态链接库接口。它可以用来为库构建接口绑定,而不需要使用任何代码。
注意并不能直接调用代码,你需要将代码编译为动态链接库:在 下是 ,在 下是 是 。加载 是有限制的,只能处理 风格的 。
下面是一个简单的实例:
上面的代码中,我们用包装接口生成的动态链接库,并使用进行一些类型映射。
使用调用这些映射方法时,推荐使用来约定参数类型,因为弱类型的在调用强类型语言的接口时可能会带来意想不到的风险。
借助这一能力,前端开发工程师也可以在领域一展身手了😎~
一般情况下,我们的应用程序可能运行在多套环境下(、、、、...),不同的开发环境可能对应不同的后端接口或者其他配置,我们可以在客户端程序中内置一个简单的环境选择功能来帮助我们更高效的开发。
具体策略如下:
- 在开发环境中,我们直接进入环境选择页面,读取到选择的环境后进行响应的重定向操作
- 在菜单保留环境选择入口,以便在开发过程中切换
最后也是最重要的一步,将写好的代码打包成可运行的或可执行文件。
这里我把打包氛围两部分来做,渲染进程打包和主进程打包。
一般情况下,我们的大部分业务逻辑代码是在渲染进程完成的,在大部分情况下我们仅仅需要对渲染进程进行更新和升级而不需要改动主进程代码,我们渲染进程的打包实际上和一般的项目打包没有太大差别,使用打包即可。
这里我说说渲染进程单独打包的好处:
打包完成的和文件,我们一般要上传到我们的前端静态资源服务器下,然后告知服务端我们的渲染进程有代码更新,这里可以说成渲染进程单独的升级。
注意,和壳的升级不同,渲染进程的升级仅仅是静态资源服务器上和文件的更新,而不需要重新下载更新客户端,这样我们每次启动程序的时候检测到离线包有更新,即可直接刷新读取最新版本的静态资源文件,即使在程序运行过程中要强制更新,我们的程序只需要强制刷新页面读取最新的静态资源即可,这样的升级对用户是非常友好的。
这里注意,一旦我们这样配置,就意味着渲染进程和主进程打包升级的完全分离,我们在启动主窗口时读取的文件就不应该再是本地文件,而是打包完成后放在静态资源服务器的文件。
为了方便开发,这里我们可以区分本地和线上加载不同的文件:
具体的配置这里就不再贴出,可以到我的 的目录下查看。
这里需要注意,在开发环境下我们可以结合的和命令来启动:
主进程,即将整个程序打包成可运行的客户端程序,常用的打包方案一般有两种,和。
在打包配置上我觉得有些繁琐,而且它只能将应用直接打包为可执行程序。
这里我推荐使用,它不仅拥有方便的配置 的功能、内置的 、简单的配置 便能完成整个打包工作,用户体验非常不错。而且不仅能直接将应用打包成等可执行程序,还能打包成等安装包格式。
你可以在方便的进行各种配置:
执行打包命令时,可指定参数进行打包。
关于主进程的更新你可以使用自带的模块,在也实现了手动更新的模块,由于篇幅原因这里就不再赘述,如果有兴趣可以到我的查看下的模块。
打包出来的要比相同功能的原生客户端应用体积大很多,即使是空的应用,体积也要在以上。原因有很多:
第一点;为了达到跨平台的效果,每个应用都包含了整个引擎和内核。
第二点:打包时会将整个打包进去,大家都知道一个应用的体积是非常庞大的,这也是使得应用打包后的体积较大的原因。
第一点我们无法改变,我们可以从第二点对应用体积进行优化:在打包时只会将的依赖打包进去,而不会将 中的依赖进行打包。所以我们应尽可能的减少中的依赖。在上面的进程中,我们使用对渲染进程进行打包,所以渲染进程的依赖全部都可以移入。
另外,我们还可以使用双的方式来进行优化,把只在开发环境中使用到的依赖放在整个项目的根目录的下,将与平台相关的或者运行时需要的依赖装在目录下。具体详见two-package-structure。
- https://electronjs.org/docs
- http://jlord.us/essential-ele...
- https://imweb.io/topic/5b9f50...
- https://www.jianshu.com/p/1ec...
- https://zhuanlan.zhihu.com/p/...
本项目源码地址:https://github.com/ConardLi/e...
希望你阅读本篇文章后可以达到以下几点:
- 了解的基本运行原理
- 掌握开发的核心基础知识
- 了解关于弹框、打印、保护、打包等功能的基本使用
文中如有错误,欢迎在评论区指正,如果这篇文章帮助到了你,欢迎点赞和关注。
想阅读更多优质文章、可关注我的博客,你的star✨、点赞和关注是我持续创作的动力!
推荐关注我的微信公众号【code秘密花园】,每天推送高质量文章,我们一起交流成长。
关注公众号后回复【加群】拉你进入优质前端交流群。到此这篇pdfview和pdf的区别(pdf与pdf区别)的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章,希望大家都能在编程的领域有一番成就!
版权声明:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符,请将相关资料发送至xkadmin@xkablog.com进行投诉反馈,一经查实,立即处理!
转载请注明出处,原文链接:https://www.xkablog.com/bcyy/66239.html