@
pimin @
dphdjy 作为 Sorcery Icons 的开发者我来说几句吧
Sorcery 图标包就是一个开源的图标包
你们说的那些东西很多我都考虑过
一个爬虫把某个应用商店的应用全爬下来, 然后分析 apk 把包名和所有 Activity 的类名弄出来, 但是没有这个必要, 你根本没有不需要这么多, 光光是用户申请的图标就已经不计其数了, 申请的同时已经有了应用的信息了
做成 zip 包进行分发, 首先你要知道 Android 上图标包的原理, 是启动器根据一个 intent 来获取 apk 里面的数据, 启动器怎么获取起主导作用, 如果想全部自己说了算要不自己做个启动器, 要不就用 Xposed
这就说到 Xposed 了, 我的写的 Xposed 实在是渣, 但是自己不怎么需要也一直没动力去优化, 我自己也是个拖延症癌
处理 XML 一类我现在是在 leancloud 上部署了脚本来处理, 每次更新的时候爬一遍数据下来
类似众包的图标适配平台我也想过, 就是让大家体积图标但是这个就很难保证质量, 一个图标包应该所有图标风格大致一致, 我自己基于 Material Design 有一套图标的规范, 哪怕是给有图标制作经验的人都要说明好一会儿, 更何况普通网友了
现在最大的问题在于一个图标包是非常 native 的一个应用, 所有图标都必须要在编译的时候一起打包进去, 每加一个图标就要编译一遍才能使用, 热更新什么的也无解
所以我一直都想做一个自动构建应用, 这样每加入一个图标就自动 build 一遍, 通知用户每次更新了什么图标, 让用户自己下载更新. 奈何我没有相关的技术栈, docker 什么的也就只能听听, 如果有有相关技术的朋友, 希望可以给我提供一定的帮助
虽然一切问题都是可以用 XPosed 来解决的, 但是 Xposed 用户太少, 意义不大