什么浏览本地所有照片 一堆教程都教用File在那筛
今天反编译了快图 才发现果然有本地缩略图尼玛
http://www.cnblogs.com/hanyonglu/archive/2012/05/10/2494908.html
http://www.apkbus.com/android-2609-1-1.html
http://my.oschina.net/chen106106/blog/49343
马克之 后面继续更新
http://www.linuxidc.com/Linux/2011-12/48851p2.htm
DDMS的data/data/com.Android.providers.media/***.db
快图都支持GIF了。。坑爹
碰到这样的MediaStore.Images.Media.INTERNAL_CONTENT_URI;随便百度一下是会真相大白的……
感觉自己被结结实实的坑了
==============================
大部分类都被加密了 看起来极其痛苦 反正看些核心思想就好了
比如已经发现:
dk类是在操纵一个LinkedHashMap
gv是本地媒体库操作
ha是与数据库操作相关
basePeference、homeButton和titleBar顾名思义……
cu应是图像的操作,有很多矩阵参数
em在cu基础上加了uri和string
he提供了很多静态方法 有得到应用程序的包 得到文件格式 蹦多种对话框等等
df不知道在干嘛……
看这些大牛写的真会受益匪浅 原来的工程顿觉乱死了 尤其是对话框格式极其吓人……
总之不指望全部看懂 学些好的组织方法还是很不错的
-----------------
我现在发现在快图中居然没有看到adapter...瞎了……
在Android 平台中数据存储有四种形式:
· 文件系统—— 可以把数据放到文件中保存起来,再使用 Java 的 IO 流技术实现对数据的读取。
· 嵌入式数据库 SQLite ——从性能编程的角度考虑,嵌入式数据库是个不错的选择,例如我们的联系人信息就是使用嵌入式数据库。
· 网络——如果我们的数据是海量的,还要通过复杂数学计算获得,访问的时候要严格安全限制,这种情况下这样的把数据放在网络上,例如天气信息、交通实时信息等。
· Shared Preferences ——可以存放少量的数据,主要用于保存系统设置参数,例如控件的状态、用户使用偏好(背景、字体)设置等,一般而言它不会用来存放联系人等应用程序的信息。
继承SQLiteOpenHelper,自己写一个DatabaseHelper来负责数据库的创建和版本变化
然后把数据库的操作都封装在ContentProvider里会更好维护
我去。。人人飞传的SQLite真是…… 但是 后来我发现这大概不是飞传的,而是SDK的demo的,甚至是我的……
快图没有自己的数据库 那何谓缓存呢?
飞传虽然有像demo一样的文件结构,但里面都是空的
================================================
android-support-v4.jar这货好像有点厉害
http://www.cnblogs.com/hanyonglu/archive/2012/04/07/2435589.html
http://www.cnblogs.com/hanyonglu/archive/2012/05/10/2494908.html
把人人手机端的数据库拿来看看了…… 发现好友头像 好像新鲜事照片 相册照片缩略图 相册缩略原图神马都存
还有很多词也乱七八糟的也都存了…… 而且不存在存储卡的cashe里 另在SD卡里建了个PicStore。
看来给人人做安卓客户端的和给人人做安卓SDK的肯定不是一批人…… SDK那个把用户的密码神马的全都暴露了
人人飞传呢。。。网络相册居然用的是3G网页…… 所有链接都超时。。我真是无语了
崩溃。。明天下午测评。。
====================================
不怕神一样的对手就怕猪一样的队友!!!!
http://blog.csdn.net/xingtian713/article/details/6525411
=====================================
用DDMS往SD卡里加图片的时候,系统的Gellary并不能马上检测到!也就是媒体库的contentProvider察觉不到。但是快图,它神了,它居然查到了……难道它真的是去遍历吗?
在实际中,会发生这样的事吗?就是向SD卡加了一张图,但是Gallery是不能马上显示的..