前言
每一张图片都是猎物，而我想造一个猎人
图片选取
- 从相册中选取
- 拍照获取
一个常见的需求，网上也有很多 Demo ，然而，如果这些的代码，在一个项目中你能看到好几遍的时候，我就会头痛了！我想大部分体验过这种凌乱项目的人应该懂我在说些什么。
重构、封装
我一直在想，为什么有时间能把模板式的代码 control+c 再 control+v 却没有时间去重构、封装呢！
EasyImage
这是我前段时间在 github 上发现的一个不错的开源项目：
EasyImage allow you to eaisly take picture from gallery, camera or documents without creating lots of boilerplate.
HVPhotoHunter
- 参照 MD 规范实现的一个图片选择 Dialog
-
图片选取功能参考
EasyImage进行封装
EasyImage
通过暴露几个重要的方法来实现对图片选取以及返回结果的封装。
HVPhotoHunter 的设计
HVPhotoHunter 设计
- HVHunterDialog，UI 相关的部分，留出 2 个接口给外部调用：
public interface OnChooseGalleryListener {
void chooseGallery();
}
public interface OnChooseCameraListener {
void chooseCamera();
}
-
HVCameraHunter,用来狩猎 Camera 返回的图片
-
HVGalleryHunter，用来狩猎 Gallery 返回的图片
这里，我只是把 EasyImage 里的职责拆分到 HVCameraHunter 和 HVGalleryHunter 这两个类里。
1.HVGalleryHunter 的实现
HVCameraHunter 的实现和网上的那些 demo 并咩有什么太大的不同，所以这里就不啰嗦了，重点来聊聊 HVGalleryHunter!
1.1 使用 loader 异步加载
public class HVGalleryHunter implements LoaderManager.LoaderCallbacks<Cursor> {
}
1.2 初始化 loader
private void parsePhotoUri(Uri uri) {
Bundle args = new Bundle();
args.putParcelable(EXTRAS_GALLERY_SELECTED_PHOTO_URI, uri);
((Activity) mContext).getLoaderManager().initLoader(GALLERY_HUNTER_LOADER_ID, args, this);
}
1.3 创建 loader，查询图片的地址
/**
* 创建 loader 查询图片的地址
*
* @param id loader 的编号
* @param args 参数
*/
@Override public Loader<Cursor> onCreateLoader(int id, Bundle args) {
String[] projections = { MediaStore.Images.Media.DATA };
Uri imageUri = args.getParcelable(EXTRAS_GALLERY_SELECTED_PHOTO_URI);
return new CursorLoader(mContext, imageUri, projections, null, null, null);
}
1.4 重写 onLoadFinished 方法，将得到的地址传递给 mCallback
/**
* 查询结束后，得到图片的真实路径
*/
@Override public void onLoadFinished(Loader<Cursor> loader, Cursor cursor) {
if (cursor != null) {
int imagePathColumnIndex = cursor.getColumnIndex(MediaStore.Images.Media.DATA);
cursor.moveToFirst();
File filePath = new File(cursor.getString(imagePathColumnIndex));
mCallback.onCaptureSucceed(filePath);
// 销毁当前这个 loader
// ((Activity) mContext).getLoaderManager().destroyLoader(GALLERY_HUNTER_LOADER_ID);
} else {
mCallback.onCapturePhotoFailed(new NoSuchFieldException());
}
}
2.存在的问题
2.1 通过相册选取图片时，创建的 loader 并没有销毁。而这个时候，如果在调用拍照，问题就来了！
HVCameraHunter 中有这么一段代码（从 Android Training 里 copy 来的）：
private void galleryAddPic() {
Intent mediaScanIntent = new Intent(Intent.ACTION_MEDIA_SCANNER_SCAN_FILE);
File f = new File(mCurrentPhotoPath);
Uri contentUri = Uri.fromFile(f);
mediaScanIntent.setData(contentUri);
this.sendBroadcast(mediaScanIntent);
}
这段代码做的事情，其实就是调用 System Scanner 将我们拍照所得的图片加入到 Media Provider's database 中！看到这里，熟悉 loader 机制的童鞋应该就明白了，如果 loader 没有销毁的时候，一旦上述的这段代码执行时，HVGalleryHunter 中的 OnLoadFinished 就会再次被调用！！！大家请自行脑补，我当初看到 log 的不明觉厉的神情 ...
2.2 在 Android 4.4 上 HVGalleryHunter 抛锚了
额，但是这回我并没有太惊讶，因为我知道 Android 4.4 这个版本，有一个非常漂亮的图片选择器，我想多半是它返回给我的 data.getUri() 有毒！
注意：返回的 uri 是有区别的！
- SDK Version >= 19 (KitKat):
content://com.android.providers.media.documents/document/imageXXXXX
- SDK Version <= 19(KitKat):
content://media/external/images/media/XXX
哎，所以也就是要对大于等于 Kitkat 的版本做适配咯，如果我想使用那个漂亮的图片选择器的话！
然而，我还是偷懒了！
/**
* 创建打开相册的 Intent
*/
private Intent createGalleryIntent() {
Intent intent = new Intent(Intent.ACTION_PICK);
intent.setType("image/*");
return intent;
}
如果，强迫症的你们非要使用那个漂亮的图片选择器，请参考这篇文章。
网友评论