做一个开源的 APP 图标包怎么样?

[pimin]

最近换了 Android,图标有大有小,有方有圆,还有不规则形状
方的圆角更是有大有小,都没有什么统一的参考
角标一会一个 PRO,HD,FREE..

看到一个哥们的图标包,iflat+
http://www.coolapk.com/apk/com.theme.mumu.flat
在酷安下载量 100k+,做得挺好的
而且也有 flyme 适配,在 flyme 商店售价 4.99,下载量 30k+总体感觉不错.
playstore 上图标包也很多,只是适配国内 APP 少得可怜.
但是我觉得个性化是一个普遍存在的需求
如果大家众力做一个图标包,免费给大家用未尝不是好事一件.
规定好尺寸 /DPI/一定的设计规范,以标准尺寸放出来,方便其它人转制 /适配自己所用 launcher.

[loveuqian]

https://icons8.com/

你说的是这个东西？

[pimin]

@loveuqian 并不是
而且这个网站国产 APP 基本上没有收录
指的是重绘
比如百度输入法,我做了扁平重绘..当然我很菜

[dphdjy]

哦~我正在开类似的坑~

http://www.coolapk.com/apk/com.sorcerer.sorcery.iconpack

[pimin]

@dphdjy
一个人挖坑会不会很累啊
毕竟最少要做几百个图标
我就是自己做了几天感觉挺吃力的,想找人一起搞一套

[dphdjy]

@pimin 我只是做收集站加上 docker 的自动化构建~

图标由授权的图标包提取~比如上图就是 sorcery 的~

优点:
1. 用户自定义(轻量 /个性化)
2. 很多图标设计师的 APP 做的只剩个壳了~
基本的不考虑分辨率问题(不进行性能优化)
还有的直接逆向别人 apk 加自己图标改包名发布。。。
3. 对于不同环境适配问题 sorcery 作者很良心的适配了 N 多桌面+xposed 拓展

具体使用类似于 iconfont.cn 的图标打包~

技术栈准备由 py 实现，打包交给独立的 docker

状态: 还没开坑，设备栈不给力+备考阶段+其他坑太多，还没填到这

[pimin]

@dphdjy
你这个其实坑不算特别多
iflat/.com.baidu.tieba.png
sorcery/.com.baidu.tieba.png

这个与其做网页版，不如直接做成 APP 。
APP 读取外置 Zip 包，并使用。
外置 Zip 包名称固定，比如 icons ，这样的好处就是构建方便，生成简单。打包成 Zip 比打包成 apk 难度低太多。
更大的好处是，通过本地 APP ，获取本地程序包名，可以直接点击列表里的贴吧，然后选择图标。
难点其实就是最终转换为 Android 开发。
但是实现方面坑基本上是没有啦。

[dphdjy]

@pimin _(:з)∠)_ apk 就是 zip~尤其 xposed 的主题包本身就是 zip~至于说做网页不如写个 APP 有了

http://www.coolapk.com/apk/ind.fem.black.rayyan.blendicons

以及以上需求成功实现 zip 的加载，其实很简单，但是兼容就完全不可能了， apk 的资源替换已经是主流，奈何还要用类 MIUI 的压缩包~

如果非要酱紫的话~

用 xposed hook 系统的资源提取函数(或者直接做 xposed 主题包)但是受众就只有 xposed 用户了

以及以为 CM 图标只是一个图标的建议看看 CMtheme 的说明 图标还有一个 xml 要编写，难度如下:
1. 分析并知道 相关 APP 的全部 intent
2. 冗杂的 XML 格式

这些事情还是叫给机器比较好~

为何 APP 无法实现？
可以，出个模板，再手机逆向再回编即可

就是酱紫~

[SorcererXW]

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