Frank Chan的窝

今天对近1个半月团队开发公司项目的OA功能做了一个总结，主要是反思如何提升工作效率，感悟如下：善于利用团队成果，不做重复工作；遇到问题思考无效后，迅速与团队成员沟通；功能讨论清楚后再开发，否则返工多；网络请求的request和response打印日志，快速定位问题；先实现，再优化；用模拟器测试，极大缩短安装时间；开发累计一定量后再测试，测试过于频繁太浪费时间；测试时列清单列表，...

看似一个烂大街的功能，但有些公司却不断做出微小的改进，让用户感到被讨好，有持续使用产品的动力和新鲜感。从业3年，我至今也没有看如何实现下拉刷新。之所以缺少进步，源于对思考的恐惧，不愿意去思考背后的原理。学习原理是痛苦的，而没有这番痛苦，又不会有提高。下拉刷新居然是Twitter的专利，不过它确实是个很赞的功能。不过微密有一点做的很赞，因为它有底部四个tab键，双击底部的Tab键可以刷新。尤其是单手操

常用颜色搜集： * 手机QQ背景色：#330000ff * 字体常用颜色：#333333 -> #555555 -> #999999 ( 深->浅） * 半透明背景：0xb0000000 or #b00000000圆角的EditText：<EditText android:id= "@+id/EditTextTitle" android:layout_w

android.app.Fragment有bug，不能加入到后退栈中；对于自定义的Broadcast，如果应用没有启动，那么对应的广播接收者不能被激活，而如果是系统广播，广播接收者可以被收到；为什么android要给drawable-mdpi，drawble-hdpi等目录放大小不同的icon呢？答案：在hdpi下，一英寸能显示240个像素点，而在mdpi下，一英寸只能显示160个像素点，如果

同一个Android Library被两个App引用可能导致第二个无法引入成功，可以通过把项目复制到WorkSpace解决；项目引用v7-compat包时，出现错误很可能时自己项目下的v4包和v7-compat项目下的v4包冲突；调试技巧： * 抓取历史日志：adb logcat -v time > 5.txt * 常见程序崩溃关键字：FATAL，AndroidRuntime

很多优酷网的视频，都是被分拆成多段的。最近做项目，需要在线播放分段和下载视频。播放分段视频，其实就是常说的m3u的概念，把各个分段的地址做成一个播放列表，播放器把所有分段当作一个完整的视频。在播放过程中，让用户感觉不到整个视频有分段的痕迹。话说干嘛要把视频拆分成多段呢，网上有文章说是为了节省缓冲时的流量，避免不必要的缓冲。 onStart() onSuccess() onFinish()

要体验Android L，最简单的方式就是下载Android Studio； 在Eclipse下更新SDK和ADT的方式，容易出问题。主要问题：更新SDK，必须要翻墙或者使用vpn；更新ADT失败，即使下载下来，也失败，会和老版本冲突，没有找到有效解决方案；卸载ADT重装不可取，卸载不干净，导致Eclipse无法启动；官方的最新sdk压缩包内容不全，缺少platform-tools等文件夹

Android 手机一直有着“越用越慢”的口碑。根据第三方的调研数据显示，有77%的 Android 手机用户承认自己曾遭遇过手机变慢的影响。他们不明白为什么购买之初“如丝般顺滑”的 Android 手机，在使用不到一年之后都会“卡顿”得让人抓狂！根据我们初步的测试数据，手机长期所使用产生的磁盘碎片可以使得磁盘的写入效率下降为原来的50%。是不是有一种“吓死本宝宝了”的感觉。那么怎么办呢？

VideoView，MediaPlayer

一、查看原理：某个应用的网络流量数据保存在系的/proc/uid_stat/$UID/tcp_rcv文件中。二、步骤：（1）查看当前应用的pid：通过ps命令查看当前应用的进程id，比如应用中心的获取方式为ps|grep appstore，获取的值为10928（2）查看当前应用的uid：进入目录/proc/$PID，查看status文件的UID值，比如应用中心的查看方式，cd /pro