断断续续写了个把月,终于在昨天完成了第一版…
笔落写作
一款帮助网络写手更方便地进行小说创作的PC软件,目前支持 OSX/Windows
名字灵感来自于杜甫的一首诗,前两句是:
《寄李十二白二十韵》
昔年有狂客,号尔谪仙人。
笔落惊风雨,诗成泣鬼神。
对于名字,要感谢下@蓝色
预览的话,可以去官网看
作为我的第一款商业性(虽然才卖出去一个,还是朋友捧场…)产品,我投入了很多精力。而且,重要的还在后面,那就是运营。
怎么让得让更多的人知道并且去使用它?直觉告诉我,这将是比写代码还要难的事情...
Electron 开(cai)发(keng)指南
主要用到了Electron-Vue这个框架,让我不用花时间去琢磨配置Webpack和Electron,上来就直接开发。感谢开源社区!
歪个楼:我对Wepback的看法就是,笼统的了解下运行原理就行了,现成并且配置好的Webpack模板直接用,遇到特殊需求,查文档,查Google知道怎么改即可。
开发要求你比较熟悉Vue和Node,这里不会讲基础的东西,讲基础知识的除了官方文档,网上有更多相关文章可供选择。
细数踩过的坑:
首先,我遇到了:dev模式没问题,打包后空白页的问题?
如果你刚刚生成项目,什么都没有动的话,那就可能是Webpack在打包时,把Vue当成了外部文件没有打包进去。
代码在:webpack.renderer.config.js
注释掉...Object.keys(dependencies || {}).filter(d => !whiteListedModules.includes(d))即可
然后,又遇到了多窗口的需求:
开始没思路,因为多窗口和一般前端开发时遇到的多路由,多Tab还不是一回事儿。后来经人指点,才明白其实多窗口挺简单的...
我们先观察生成的代码模板中,主窗口是怎么生成的:
let mainWindow; //主窗口变量
const winURL =
process.env.NODE_ENV === 'development' ?
`http://localhost:9080` :
`file://${__dirname}/index.html` // 设置URL或者文件,毕竟Electron App其实运行在Chromium中
mainWindow = new BrowserWindow(options) // new 一个窗体对象,同时传一些参数
mainWindow.loadURL(winURL) // 加载URL,加载之后,窗口就会被显示出来。
那么,我们依葫芦画瓢,第二个窗口就可以这么写
let secondWindow;
const modalPath = process.env.NODE_ENV === 'development' ?
'http://localhost:9080/#/showOutline' :
`file://${__dirname}/index.html#showOutline` // 的确比较简单...
secondWindow = new BrowserWindow(options)
secondWindow.loadURL(modalPath)
PS: 这里提醒下vue-router不要设置成history模式。原因在文档里看到过,忘了,想知道就去查文档 :p
多窗口下的Vuex异常:
开发多窗口时并没有意识到vuex存在问题,后面发现数据怎么都对不上,然后排查问题时发现,两个窗口的state(状态)并不同步,即:
当你在打开窗口B时,此时两个窗口的Vuex数据时一致的,但一旦你的B窗口的数据状态发生变化,其并不能反映到窗口A里。为什么不行,其实也很好理解。
歪个楼:说下我对Vuex实现原理的理解。以前刚开始学习Vue还没有学Vuex时,当时我解决多组件(非父子)之间的通讯方式除了利用父组件做中间人(event bus)外,还试过维护一个全局JSON(比如共用一个store.js),然后其他组件都能访问及操作。后来学了Vuex,发现它的工作方式和我想的差不多。(当然,我并没有去看源码,它真正的实现方式是什么。但直觉告诉我应该是这样没错了!)
让我反问一句:为什么两个窗口之间的数据能一直同步?
解决方法: 我结合了Electron文档中提到的两种方式:ipc通讯和在主进程维护全局变量
PS: 经人点拨,ipc通讯的实现利用了浏览器的postMessage接口(话说这个API,之前还真没听过说...)
在Vue中自己实现富文本编辑器:输入框的双向绑定和自动聚焦(auto focus)
还有个不算是Electron,只能说是Vue方面的问题。
本来写这个项目时就没打算来自己实现富文本编辑器,本着能用开源就用开源的原则,在项目里测试了一些开源的编辑器,发现或多或少都有些问题,后来一琢磨,反正这个项目的富文本编辑器需求不复杂,就自己实现一个好了。
编辑器的输入框,我使用的HTML属性contenteditable来实现。
编辑器组件的双向绑定和自动聚焦的细节参考这篇文章
此外,还有些坑不知道什么原因造成的:
用户数据的本地存储我用了lowdb:
本质就是通过node的fs模块来操作本地JSON文件,只不过它比我们自己实现的要优雅,可靠多了
然后有个需求是,当触发某种条件时,保存对应的变量:
// 当用户点击Button A
db.set('a',111).write();
// 当用户点击Button B
db.set('b',222).write();
此时,如果用户点击了Button A,不仅a 数据会更新,b数据也会更新,反之同样。
这不是lowdb的问题,因为我单独测试过,点击Button A并不会导致其他set函数调用!
所以这应该算是一个奇怪的问题吧。
利用ipcRenderer监听通信时,如果在listener内使用了异步:
ipcRenderer.on('delete', () => {
// 异步这里特指setTimeout
setTimeout(() => {
// 不知为何,_this.remove会调用多次(但发现ipcMian.send只被调用了一次!)
_this.remove(this.nodeWasRightClicked, this.dataWasRightClicked);
}, 0);
});
另外: 打包软件时也遇到了很多问题,但最终都通过Google解决掉了,所以这里不复述了(所谓面向Google编程)
其他问题后续会继续补充,欢迎持续关注!