大家好呀,经过了近一周的折腾我又来更新我的折腾进度了。

上次我在《从头开始做个Mac小工具01:启动台数据分析&数据读取》中提到我初步分析了启动台配置数据库的表结构,没更新的这几天我主要就是在老老实实的码代码,实现功能。

在过程中,我经历了各种奇奇怪怪的问题,再此我大概做个总结,并说说我的解决思路。

奇怪的问题

-1 解决问题

我遇到的第一个问题,来自于启动台配置数据库神器数据。在记录启动台应用分组的表单groups中,每一个分组其实由两行数据组成,其中一行用于注明分组的名称,另一行用于关连分组中的APP。

第一次看这个数据库的时候,我就很好奇为什么数据分布的这么有规律,总是一行有名称一行名称是空(NULL)的,没想到后面给我这么大一个惊喜。

当我在实现APP分组的功能时,发现分组后的APP会神奇失踪不会出现在对应的组别下。经过items表和groups表的来回对比,我才找到原因。

就像这红框中那几行数据,它们都属于游戏分组。父id时48,当你去看游戏分组的id时发现,它有名称的id其实是47。

发现问题之后的解决起来就很容易了,在关联搜索的时候直接手动把ID减去1即可。或许这也是为什么这个数据所有与ID相关的数据全是整数,而不像一般的数据库通过UUID或者ID字符串作为数据主键。

神奇的 -1
成功关联数据

.sheet修饰词的数据更新问题

实现数据查找后,接下来的重点就进入写界面的部份。在这里我又遇到了一个神奇的问题,数据锁死,无法同步。

因为这个问题搞得我心力交瘁,当时居然忘记截图,我就大概说一下触发的过程吧。

实现代码如图

SwiftUI 提供了很便捷的前端开发库,其中每个View都有一.sheet修饰词可以直接实现模态窗口的绘制,通过在闭包中写需要绘制的窗口View即可。

从我的代码中可以很直观的看到我的模态窗口是用于显示分组下APP的列表的,每次选择新的分组,APP列表应该跟随更新。

然而,当时却遇到了问题,当APP每次重新启动时,第一次选择分组永远所显示的数据永远是代码初始化时预设的数据。假设当时我预设的selectedAPP为“游戏”分组,那么当APP重启后,不论选择哪个分组,第一次显示的分组数据都是“游戏”分组的数据。

经过查询,我发现.sheet修饰词的数据同步问题居然出现的概率不低,但每个人出现的情侣和解决的方法都不一样。没办法我只能换了多种设置数据的办法,最终像是撞大运一样,其中一种实现解决了数据同步的问题。

通过在Item被点击的时间中强制设置selectedAPP的值,而不是单纯的等待List来手动更新就可以实现数据的同步

SQLite的数据备份问题

在实现了所有的数据展现功能后,我开始准备实现对启动台配置数据库的增删改查功能。

但在此之前,为了防止我写出什么了不得的Bug,我决定先做一个数据库备份的功能。

因为数据库是个未加密的SQLite3文件,所以我想都没想就写了个对db文件的复制与覆盖的功能作为数据库备份功能的实现。

就像这样,把db复制成db.backup作为备份文件。当数据需要回滚时,直接用备份文件覆盖原文件即可。

从截图中能注意到,其实除db文件外,还有db-shm和db-wal两个文件。但是当时我没在意,以为这两个文件时数据库管理工具生成的配置文件,与数据库的数据无关。

接着就出现了一个神奇的问题:无论我对db文件做了多少的修改,备份出来的文件永远都是修改前的数据。

此时我才意识到db-shm和db-wal两个文件的意义,经过查询,两者大概的功用如下:

shm:在一个多进程的应用程序中,如果多个进程需要同时访问 SQLite 数据库文件,那么 SQLite 会使用 db-shm 文件来管理多个进程之间的通信。db-shm 文件不存储实际的数据,它只包含用于同步和通信的元数据。

wal:SQLite 使用写前日志以提高性能和数据完整性。通常,当执行写操作(如插入、删除或更新)时,SQLite 会将数据写入 db-wal 文件而不是直接写入数据库文件。然后,SQLite 会异步将这些数据刷新到数据库文件,以便在系统发生崩溃或其他故障时,可以从 db-wal 文件中恢复数据。

因为我原来做SQLite数据库相关的项目少有涉及到基于文件备份这样的需求的,没有第一时间注意到所有的数据库操作会先生效与wal文件,后续再根据策略同步到db文件中这一事实。

所以单纯备份db数据会存在部份数据操作丢失的情形。

解决的办法也很简单,将其他两个文件同时备份即可。

把这两个一并备份了就行啦

利用AIGC绘制APP的ICON

实现了以上功能后,我决定现将0.1版本进行发布,这样可以让少数派的各位小伙伴帮忙在多个平台和系统上进行测试试用。

此时一个不是技术的问题开始困扰我:完全不会用设计软件、审美也很一般又不认识任何设计师的我应该怎么弄到一个图标,让我的APP不用默认图标像个破解失败的软件呢?

此时一个大胆的想法出现在我脑海:利用AIGC帮我画一个不就完了吗?

文言一心生成的icon

我先用文言一心试了试,且不说这到底好不好看,每张图的右下角都有一个“AI作图”的水印搞得我好恼火。这个水印也提醒了我另一个问题:AI作图的版权归属。

再次搜索后,我发现目前已经有商用平台开始做logo设计了,于是我找了一个看着还行的,通过付费生成了一个看着还不错的图标。

输入需求后一次性会设计多个logo,我选了其中一个进行了裁剪处理,最终形成了我APP的ICON

随后再次通过AI处理的方式生成了适配macOS的多种分辨率图标。

虽然意义不太明确,当看着还不错吧?

0.1版本发布

经过了以上的工作,我得形成了初步具备功能的启动台管理小工具APP,并将代码和打包好的dmg文件发布到了GitHub上。

工具获取

如果想要提前试用小工具APP的小伙伴可以直接点击GitHub,前往GitHub下载。

点击红框处的release处
直接下载dmg文件安装即可

如果有小伙伴访问GitHub比较困难的,可以在少数派站内私信我你的邮箱,我有空的时候会发邮件给您。

功能介绍

如何定位启动台的配置数据库位置请才考我的《为啥Mac启动台图标删不掉?》一文。

Toolbar上三个功能按钮分别为:DB备份、DB回滚与DB数据库重载(当有新应用在APP启动时安装上时使用)
上下文菜单为:查看分组内APP、重命名分组或APP在启动台显示的名称、删除分组或APP的图标

能解决的问题

目前这个APP已经能解决四类问题:遗留的APP图标清除、重复的APP图标清除、不想要在启动台上显示的APP清除、空的分组文件夹清除。

像这种已经无关联的废数据可以手动清除
还有这种重复的数据清除,罗技的Options+真的是启动台的问题大户……

问题反馈

因目前版本为Pre- release版本,您在使用中遇到任何的问题可以直接截图后在少数派站内私信我,或将问题描述发送至邮箱: 2627851284@qq.com。

下一阶段工作

UI优化

目前UI还有大量的问题,比如美观性,又比如夜览模式下的渲染问题修复等。如果有小伙伴擅长UI设计,并愿意帮助我优化APP的,请务必联系我,万分感谢。

功能优化

目前规划中的功能包括:自动废数据清理、图标的icon替换、图标排序等等。

最后麻烦大家在访问GitHub的时候帮我的项目点个星

目前整个项目都将以开源模式运营,完全用爱发电,摆脱各位在觉得这个APP有用时,不吝给我点个星,让我更有动力继续更新下去。