我们刚刚完成了与节点建立电子应用程序并做出反应。应用程序在每个平台上都运行顺畅,我们对结果非常满意。 现在我们收到了在DVD上分发该应用程序版本的请求(这意味着我们需要直接从光盘运行应用程序而不将其安装在本地驱动器上)所以我们只需将其刻录并尝试启动它。 该应用程序工作正常,但问题是加载时间,因为它需要将近2分钟的时间让应用程序运行而没有任何反馈给最终用户。 这是由于加载大量文件的开销导致的,这些文件从光驱开始非常慢。 因此,我们需要一些想法来加快速度,或者至少在加载期间向用户展示一些东西。 这可能是一个具有启动画面的启动器应用程序,但它必须在mac,win和linux上运行。 我们在QT考虑过,但我们想要一些不太复杂的东西......
欢迎任何想法
答案 0 :(得分:0)
这很可能不是您运行它的应用程序或设备的问题,它更可能是一个慢DVD播放器或慢DVD本身,它可能也有用尝试通过其他方法分发,如制作安装程序,让人们从网站下载,或者销售带有可执行文件的USB。另一个问题,您是否已将电子应用程序从源代码转换为可执行文件?启动可执行文件比从命令运行电子代码要快得多,也更容易。
答案 1 :(得分:0)
我有一个理论,它可能与您无法写入典型DVD的事实有关,所以它可能不是加载时间,可能是它试图写,它不能。
我对我的理论进行了一些调查,并下载了一些电子应用程序,然后开始调查他们的软件包内容(在MacOS上),看看它们是否在安装过程中被操作系统修改过。
我遇到的大多数文件都具有与应用程序打包部署时相同的创建/修改日期。但是,在这两种情况下,我都注意到在内容/框架内部有三个目录在我安装应用程序时被修改(Electron Framework.framework,Mantle.framework,ReactiveCocoa.framework和Squirrel Framework)。
似乎如果它试图在DVD上对这些文件进行更新,则会出错。
这是我的理论 - 它可能不正确,但是在这里没有听到过它,所以也许可以看一下。
答案 2 :(得分:0)
尝试将您的应用程序打包为asar
存档。访问档案比访问多个小文件要快。
您可能要为此目的使用electron-builder
。