app.vue中引入electron调用失败？

来源：蜘蛛抓取(WebSpider) 时间：2022-04-29 13:47 标签： vue项目启动报错

上篇博客中讲到使用第三方软件将项目打包成windows安装包，问题解决之后，这次需要处理调用项目之外的exe程序。

整个项目的需求拆分为以下几点

  1. 使用Electron来解决跨平台桌面应用(由于之前学过vue，没有实战过，所以打算electron和vue一起练手，所以选用了Electron-Vue)。
  2. 打包之后的程序，需要提供给用户一键式安装，所以需要将所有的前端代码以及后台提供的exe文件一起打包为可安装的文件。
  3. 用户安装之后，打开桌面应用的同时，启动后台服务，以便用户操作桌面应用时能够和后端服务通信。
  4. 用户关闭应用时，终止后台服务(其实应该就是杀死进程)。

在前面的博客中解决了打包成安装程序的功能，但只是打包了前端代码，并没有将后台exe文件打包，并且在安装的时候也没有去启动后台服务。接下来就研究一下怎么在启动桌面应用时去启动后台exe文件(其实就是怎么在前端electron-vue框架中怎么调用exe文件的问题)。

我们知道mian/index.js是关于Electron的配置，包括窗体配置，生命周期配置等，由于需要在启动的时候去调用exe，所以我们需要在其ready生命周期中去调用命令执行。

1.配置exe执行目录

于是我们需要在main/index.js中做如下配置：

  • 由于node中带有执行exe的API，所以直接拿来使用就行
  • 如果在开发环境下测试调用exe文件，则需要使用__dirname来获取当前目录路径，我这里直接把可执行文件test.exe文件和index.js放到同一个目录下，是为了方便测试使用，如果你选择放到其他位置，可以修改对应的路径
  • 打包环境下，路径就不能使用__dirname来获取，需要使用相对路径，但是一定要注意，它这里的相对路径。
  • 打包环境下相对路径：这里的相对路径就是相对于package之后的主执行程序所在的目录，如下。由于后台exe应该和前端代码是相对独立的，所以我在package之前不会将它放到前端代码的目录下，也不应该这么做。打开package之后的目录，放到根目录下即和主程序在同一目录下，所以在打包环境下，我是用的是这种路径：

为了方便，我把整个js文件粘出来

在使用package命令打包的之前，我们需要执行下面这条命令，重新生成一下dist文件，为什么要生成dist文件呢？

可以看到下图中，在package.json中，配置的只要入口文件时dist/ecectron/main.js，所以需要通过pack命令生成对应的文件。

5.将后台exe文件copy到打包的项目根目录下

7.安装后，启动项目，查看安装后的目录文件查看exe输出结果

本文主要介绍如何利用 Vue.js的框架Electron实现 objc中国 的跨平台全栈应用以及项目搭建的详细介绍，希望对您能有所帮助。
本文来自于Halfros，,由火龙果软件Alice编辑推荐。

一.为什么会写这个项目？

最开始有这个想法的时候是来自一个网友，他在我的博客上问我，网上有没有写的比较好的 Weex demo ？我说尤大写的那个 Hacker News 是最好的。后来网友就说，楼主能写一个么？我当时回答暂时不行。其实这事我一直记在心里。

今年5月19号，GitHub 使用 Electron 重写了 macOS 和 Windows 的客户端，加上近些年跨端开发越来越火，对于一些公司来说，Web 和 app 应该都是需要的，app 还需要 iOS 和 Android 两个平台，再有甚者还要开发小程序，桌面级的应用虽然少，但是用 Electron 一样可以一起开发了。自己也萌生了想要跃跃欲试的念头。

由于接触到了 Vue.js，当然不想停留在初级，想进阶，尤大给出了建议，就是多实践，多练。为了加快进阶的步伐，自己私下就找项目练。

至于为何选择 Objc 中国，理由其实很简单，因为我是 iOS 开发者。在 iOS 开发者中，Objc 基本上人尽皆知（有不知道的？），喵神也基本上人尽皆知，我个人很崇拜喵神，所以就选了 Objc 中国来写。

二.这次为何跨端开发没有weex？

这次在我写完项目以后，发现 Vue 的代码直接转换成 Weex 的项目，是无法实现的，好多报错。而且不是一下子能都修复好。我相信是我使用姿势的问题，不是 Weex 的问题。对了，Weex 又发布新版本了，接下来有时间的话就把 Weex 版的也做一遍开源。

好了，进入正题，说项目：

由于喵神的 Objc 网站是直接返回 html，所以想进行模拟网络请求返回数据，就只能自己搭建一个后台，写 api 返回数据了。

我利用 Express 把后台搭建在 8081端口上，并写好路由，请求会转到8080，开启服务器的时候也会自动开启后台。

这里要单独说一下 Cordova 的打包方式，它比桌面端的稍微特殊一点。

首先把 src/main.js 文件中关于 Coredova 的三行注释打开，Coredova 库的初始化需要包在生成 Vue 实例 的外面。打开注释以后，再执行接下来的步骤。

我在项目中放了一个 Makefile，可以根据这个来做。

2.再输入下面的命令，生成 app 项目目录

进入到 app 文件夹中

Cordova 只生成了一个壳的 app，里面具体的内容还是读取的网页，在生成的对应的应用里面有一个 www 的文件夹，这个文件夹里面就是要加载页面。JavaScript 打包之后是会生成 www 的文件夹，只要去替换 Cordova 对应平台里面的 www 文件夹里面的内容即可。

额外说几句，在 app 发展到现在这么成熟的时代，如果构建一个大的 app，用 Cordova 框架去做，不用原生，不做任何优化，用户体验确实不如原生的快。我这次就专门打包体验了 Cordova app，没有做任何优化，打包出来就用，如果是挑剔的用户，放在当今各大 app 接近完美的体验度相比来说，确实会感到满足感略低。如果真的要前端开发 app ，给2个建议，如果是用 Cordova 框架，一定要尽量优化优化，不然性能不如原生。如果想有接近原生的体验，那么可以考虑用 React Native 或者 Weex。

关于 Cordova 的安装，确实可以吐槽一点网络的问题。如果你在一个翻墙环境很差的地方，真的很痛苦。比如之前在一个翻墙环境很差的情况下全局安装 Cordova ，各种报错，就算是换了 cnpm 完全安装了以后，添加 iOS 平台以后以后会报一个 co 文件找不到的问题，感觉是 cnpm 没有把命令安装完整。后来我回到家里，翻墙网络很好，npm install 一下子就安装好了。不过有个小插曲：Cordova iOS 4.4.0 template 如果报错，就多安装几次，原因还是翻墙的原因，没有 catch 到。

还有可能会遇到下面这个错误：

这个错误就用 sudo 命令重新尝试一遍原命令就好了。

最终打包完成会在 dist 的文件夹中。

接下来展示一下这个跨三端的应用在各个平台下的表现：

先展示一下 Web 端

再展示一下在手机浏览器上的效果：

接着再看看 Mac 端上的表现：

看看 Vuex 管理状态的方便。登录状态保存在 state 里面，全局都会获取到。

一旦用户没有登录，点击购买电子书的时候，判断没有用户登录都会跳转到登录页面。

还有一点值得说的是，由于这是一个 SPA ，所以里面的路由都用 Router-link 实现的，而没有选用 <a> 标签的跳转，效果就是跳转并不用去请求数据，秒跳。这个用户体验真的很爽。

无论是 HTML5 history 模式还是 hash 模式，它的表现行为一致，所以，当你要切换路由模式，或者在 IE9 降级使用 hash 模式，无须作任何变动。

当你在 HTML5 history 模式下使用 base 选项之后，所有的 to 属性都不需要写（基路径）了。

登出页面同理，一旦用户登出，所有显示用户名的地方都会变成登录，navigationBar 上的购物车也一并消失。用 Vuex 管理状态，挺好的。

这就是 email 的表单验证了，没有太多的技术含量。

这里是购物车页面，这里用到了 MVVM 页面的绑定的思想，页面上4个按钮，点任意一个按钮都会立即改变下面的总价。关于 Vue.js 的 MVVM 实现思想值得 iOSer 们学习。

接下来这个是 iPhone 的 Safari 上的表现，速度还可以。

在跨平台的这几个应用中，体验最好的，我觉得还是 Mac 的应用。使用起来满意度非常高。

最后就是 Cordova 框架搭建的 手机 app，体验度不高，具体如何，看图吧，总之不优化的 Cordova ，对于挑剔的我来说，我是不满意的。

先安利一下 element-ui 这个项目，用它来搭建项目，真的很快，页面很快就可以搭建完成，开发 Vue.js 的同学一定有听过这个库。节约出来的大把时间可以把更多的精力放在业务开发上面。

大家都在说现在是大前端时代，移动开发和前端融合是必然。但是两个平台的开发其实还是有很多的不同，我在经历过前端的开发和 iOS 开发以后，感想还是很多的，前端和 iOS 是有很多可以相互学习的地方，两者也各有优缺点。

我要回帖

更多关于 vue项目启动报错 的文章

 

随机推荐