这是一个创建于 122 天前的主题，其中的信息可能已经有所发展或是发生改变。
举个例子
我做一个图形 /设计类的 app
有剪切，换图，旋转等操作，会产生很多图片的副本
还有多个设计可能引用同一张图片
因为又有撤销 反撤销操作，
当前没用到的图片我也没删，
我又懒得去做一个图片引用计数的业务，而且我感觉有点乱了，也很难理清哪些业务在用到某个图片某个副本
导致图片垃圾越积越多...
也怪自己在开始做的时候就没考虑到这个业务
然后业务越叠越复杂，无从下手了...
你们会使劲压榨用户手机的存储吗？
甚至拿用户手机当变相的“服务节点”？
我做一个图形 /设计类的 app
有剪切，换图，旋转等操作，会产生很多图片的副本
还有多个设计可能引用同一张图片
因为又有撤销 反撤销操作，
当前没用到的图片我也没删，
我又懒得去做一个图片引用计数的业务，而且我感觉有点乱了，也很难理清哪些业务在用到某个图片某个副本
导致图片垃圾越积越多...
也怪自己在开始做的时候就没考虑到这个业务
然后业务越叠越复杂，无从下手了...
你们会使劲压榨用户手机的存储吗？
甚至拿用户手机当变相的“服务节点”？
 |
1
AoEiuV020CN 122 天前
不会，
|
 |
2
hingbong 122 天前 via Android  3
看看小而美
|
 |
3
retrocode 122 天前
一般来讲除了突出自己小而美的独立 app 之外,很少有公司会考虑用户缓存问题.
在设置里加个清楚缓存按钮就可以了. 剩出来的那些带宽都是小钱钱呀. |
 |
4
czfy 122 天前
这是要学小而美随地拉屎？
|
 |
5
gyinbj 122 天前
我会考虑加载速度
|
 |
6
wenruoliushui 122 天前
这是应用开发基本原则吧包括节省流量，你们不把用户当人？
|
 |
7
paradoxs 122 天前
会考虑的说一下自己是什么公司
反正我在大大小小的公司都做过开发，没见过提这个的。 |
 |
8
rosu 122 天前 via iPhone
小公司靠开发自觉的。大公司看 leader 在不在意。
|
 |
9
Building 122 天前 via iPhone
编辑类操作会每一步都保存图片吗？不是仅保存编辑的 Representation 吗？不过 iOS 照片确实每个照片版本保存一张图，一张照片经过多次编辑能有几百 M 的大小……
|
 |
10
Buges 122 天前 via Android
最基本的要求，把非必须数据（缓存）存放在标准的 cache 目录里，确保可以被用户随意清空而不丢失任何数据。
当然某“小而美”应用把缓存防到共享目录拉屎，清理就丢失数据，连这都做不到。 |
 |
11
leafre 122 天前
不考虑，只考虑尽快下班
|
 |
12
wanacry 122 天前 via iPhone
考虑个鸡儿
|
 |
13
alexkkaa 122 天前 via Android
又不是不能用 手动狗头😼
|
 |
14
Mac 122 天前
我用 webdav ，挂载了坚果云。如果客人有大容量空间需求，他们自己买空间就够了😂
|
 |
15
25H 121 天前
开始会，一开始会将配置项的 left top 写成 x y,后来越写越飘，等写完时发现最长的达到 20 字母😂
|
 |
16
PrtScScrLk 120 天前
会考虑这个。
把缓存分好类，在一个页面里，用户自己选择清理什么缓存。 |
Select Language