fyfcauc的专栏

Sam在Android开发中，有两种处理资源文件的方式。其一，是将所有资源文件以及JNI程序放置于一个单独的资源包。使用到他们时，使用文件方式读取。或者直接使用C++层代码读取。 其二，则是将资源文件加入到APK内部。使用各种不同的办法去得到其内容。方法一：适合于移植较大的C++程序时使用，因为C++代码数量众多，不太可能修改为JAVA代码。所以将其与资源文件以一定方式存放，并让他们自称体系是

From: http://www.iteedu.com/handset/android/article/permission.phpString  BROADCAST_PACKAGE_REMOVED 允许应用程序发出一个应用程序被删除的通知。 常量值： "android.permission.BROADCAST_PACKAGE_REMOVED" String  CALL_PHO

1. 情境    通常我们开发的app 不止一个,并且这些app 中有一些通用的模块,比如一些util 方法或者我们自定义的控件。通常我们将这部分代码copy 到不同的工程中实现复用,随之而来的麻烦就是当我们对这部分代码稍有该动就需要同时在多个工程中进行修改,这种重复性工作的感觉跟吃屎差不多。    那么有什么好的方法实现复用并切避免吃屎?那就是使用Android 中的Libr

From: http://chenxu.wo.blog.163.com/blog/static/50239687201162310620634/使用Eclipse开发应用程序，少不了使用第三方jar包，而每次引入jar包都是一个不小的问题，不仅那些jar包的位置经常弄不清楚，而且很浪费时间。鉴于此，我列举了三种常用的jar包引入方式，其中第一种是我们最常用的普通操作方式，而第二种和第三种则

Download 项目总结.每一层的View只监听自己感兴趣的event,也基本只操作自己View内的直接子元素，当然不排除它进一步触发自己的View变化event，以及对自己内部的子view的操作。一个event的影响流可以是 (1)挨个遍历 要影响的 V/M ，这样做的好处 每个V/M的影响处理逻辑可以尽可能的封装在自己内部，不过这中方式一般是比较小范围，或者没有更

从服务器返回的数据永远是不可靠的。从文件读取的数据永远是不可靠的。从数据库读取的数据永远是不可靠的。总结来说，外部的数据永远是不可靠的，它会以任何突破你想象的形式出现，就像这个残酷的现实世界一样。Repository是数据外围，任何类型的数据存取细节(比如 网络/文件/数据库)都应该封装在Repository中，Repository是内部业务逻辑访问和操作外界数据的唯一接口。 Reposi

引入网络抽象层，主要包括以下部分:Request: 通用的Request的实现结构，承载如下职责: 网络请求信息的承载和封装。为Interceptor提供切面回调。为第三方库的Request**具体实现提供桥接接口。**Sender: 对网络请求发送的抽象，为第三方库的发送请求(以及一些请求控制方法)提供实现接口。Interceptor: AOP，对Request的各项回调进行interc