百合爱好者

不过我有一个提问, 依赖的外部工具包括了python, js, cpp. 那么成功安装这个工具就很困难(除非给一个PKGBUILD, 或者deb, rpm?). 我个人认为整个工具需要的外部依赖越少越好. 而且尽量需要保证跨平台, 最好是让手机阅读比较方便.

对于pc端的程序, 我个人是用golang编写, 编写一次, 可以在w/m/l三个操作系统同时编译运行, 而且相对容易整合出一个开发团队.

可能的确c/s架构是最好的, 至少让工具能够支持服务器模式. 然后简单的方法就是使用异次元作为手机阅读器, 电脑作为服务器, 实现一个比较好的api, 让异次元的源编写容易一些.

我自己之前整的comicdown就是准备干这个事情的.

我对dmzj的api的分析就是为了开发comicdown.

当时是准备仿照apt-get去设计. 采取的是工具的实现方式. 不分c/s,也就是说本地直接扫描远程的源.

不过这个项目进度过慢, 而且当时我需要快速拥有一个能下载b站付费漫画的工具, 所以搁置了(之后我开发了qcomicd, 用于下载pilipili, ehentai, nhentai, nya-bus).

以后我考虑继续开发comicdown或者直接重构, 甚至改变comicdown的功能. 说不定可以整成c/s架构. 分一个服务端专门扫描各大资源, 同时开放api. 客户端只需要update/upgrade/search去获取资源, 也可以让client拥有reader功能.