3.0을 사용하면 AsyncTaskLoader
, CursorLoader
및 기타 맞춤 Loader
인스턴스를 사용하여 데이터로드를 처리하는 멋진 LoaderManager
을 얻었습니다. 그러나 이것들에 대한 문서를 읽는 것만으로는 요점을 얻을 수 없었습니다. 데이터로드에 좋은 오래된 AsyncTask
을 사용하는 것보다이게 낫습니다.Android 3.0 - LoaderManager 인스턴스를 정확히 사용하면 어떤 이점이 있습니까?
답변
구현하기가 훨씬 쉽고 수명주기 관리에 대한 모든 사항을 관리하므로 오류가 발생하기 쉽습니다.
public static class CursorLoaderListFragment extends ListFragment
implements OnQueryTextListener, LoaderManager.LoaderCallbacks<Cursor> {
// This is the Adapter being used to display the list's data.
SimpleCursorAdapter mAdapter;
// If non-null, this is the current filter the user has provided.
String mCurFilter;
@Override public void onActivityCreated(Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
// Give some text to display if there is no data. In a real
// application this would come from a resource.
setEmptyText("No phone numbers");
// We have a menu item to show in action bar.
setHasOptionsMenu(true);
// Create an empty adapter we will use to display the loaded data.
mAdapter = new SimpleCursorAdapter(getActivity(),
android.R.layout.simple_list_item_2, null,
new String[] { Contacts.DISPLAY_NAME, Contacts.CONTACT_STATUS },
new int[] { android.R.id.text1, android.R.id.text2 }, 0);
setListAdapter(mAdapter);
// Prepare the loader. Either re-connect with an existing one,
// or start a new one.
getLoaderManager().initLoader(0, null, this);
}
@Override public void onCreateOptionsMenu(Menu menu, MenuInflater inflater) {
// Place an action bar item for searching.
MenuItem item = menu.add("Search");
item.setIcon(android.R.drawable.ic_menu_search);
item.setShowAsAction(MenuItem.SHOW_AS_ACTION_IF_ROOM);
SearchView sv = new SearchView(getActivity());
sv.setOnQueryTextListener(this);
item.setActionView(sv);
}
public boolean onQueryTextChange(String newText) {
// Called when the action bar search text has changed. Update
// the search filter, and restart the loader to do a new query
// with this filter.
mCurFilter = !TextUtils.isEmpty(newText) ? newText : null;
getLoaderManager().restartLoader(0, null, this);
return true;
}
@Override public boolean onQueryTextSubmit(String query) {
// Don't care about this.
return true;
}
@Override public void onListItemClick(ListView l, View v, int position, long id) {
// Insert desired behavior here.
Log.i("FragmentComplexList", "Item clicked: " + id);
}
// These are the Contacts rows that we will retrieve.
static final String[] CONTACTS_SUMMARY_PROJECTION = new String[] {
Contacts._ID,
Contacts.DISPLAY_NAME,
Contacts.CONTACT_STATUS,
Contacts.CONTACT_PRESENCE,
Contacts.PHOTO_ID,
Contacts.LOOKUP_KEY,
};
public Loader<Cursor> onCreateLoader(int id, Bundle args) {
// This is called when a new Loader needs to be created. This
// sample only has one Loader, so we don't care about the ID.
// First, pick the base URI to use depending on whether we are
// currently filtering.
Uri baseUri;
if (mCurFilter != null) {
baseUri = Uri.withAppendedPath(Contacts.CONTENT_FILTER_URI,
Uri.encode(mCurFilter));
} else {
baseUri = Contacts.CONTENT_URI;
}
// Now create and return a CursorLoader that will take care of
// creating a Cursor for the data being displayed.
String select = "((" + Contacts.DISPLAY_NAME + " NOTNULL) AND ("
+ Contacts.HAS_PHONE_NUMBER + "=1) AND ("
+ Contacts.DISPLAY_NAME + " != ''))";
return new CursorLoader(getActivity(), baseUri,
CONTACTS_SUMMARY_PROJECTION, select, null,
Contacts.DISPLAY_NAME + " COLLATE LOCALIZED ASC");
}
public void onLoadFinished(Loader<Cursor> loader, Cursor data) {
// Swap the new cursor in. (The framework will take care of closing the
// old cursor once we return.)
mAdapter.swapCursor(data);
}
public void onLoaderReset(Loader<Cursor> loader) {
// This is called when the last Cursor provided to onLoadFinished()
// above is about to be closed. We need to make sure we are no
// longer using it.
mAdapter.swapCursor(null);
}
}
올바르게이 전체 예제를 구현 :
그냥 사용자가 대화식으로 작업 표시 줄에 쿼리 입력 필드를 통해 결과 집합을 필터링 할 수 있습니다 커서 쿼리의 결과를 보여주는 샘플 코드를 보면 AsyncTask를 사용하는 코드는 더 많은 코드를 포함하게 될 것입니다. 그렇더라도 완벽하고 잘 작동하는 것으로 구현할 것입니까? 예를 들어, 구현시 활동 구성 변경 사항에 걸쳐로드 된 커서가 유지되므로 새 인스턴스가 생성 될 때 다시 쿼리 할 필요가 없습니까? LoaderManager/Loader는이를 자동으로 수행 할뿐만 아니라 활동주기를 기반으로 Cursor를 올바르게 작성하고 닫는 데 도움을줍니다.
또한이 코드를 사용하면 기본 UI 스레드에서 장기 실행 작업을 수행 할 필요가 없다는 점에 유의하십시오. LoaderManager 및 CursorLoader는 모든 작업을 처리하므로 커서와 상호 작용하는 동안 주 스레드를 차단하지 않습니다. 이 작업을 올바르게 수행하려면 실제로 두 개의 커서 객체를 동시에 점에서 활성화해야하므로 표시 할 다음 커서가로드되는 동안 현재 커서가있는 대화식 UI를 계속 표시 할 수 있습니다. LoaderManager가이 모든 작업을 수행합니다.
이것은 훨씬 간단한 API로 AsyncTask에 대해 알아야 할 필요가없고 백그라운드에서 실행해야하는 것을 생각할 필요가 없으며 활동 라이프 사이클에 대해 생각할 필요가 없으며 활동에서 이전의 "관리 된 커서"API를 사용하는 방법 (어쨌든 LoaderManager뿐만 아니라) 작동하지 않았다.
(Btw은 당신이 1.6 아래 안드로이드의 이전 버전에 전체 LoaderManager API를 사용할 수 있도록 새로운 "지원"정적 라이브러리를 잊지 마세요!)
좋은 답변입니다! 그렇습니다. 초보자가 AsyncTask를 오용하기는 너무 쉬웠습니다. 구성 변경을 쉽게 처리하지 못했고, 메모리 누수가 발생하지 않도록하기 위해'onProgressUpdate' 등에 Context가 필요한 경우 조심해야했습니다. . –
어쩌면 그것은 나이지만, 이것은 쉬운 것으로 보인다! – Ants
@hackbod 나는 안드로이드 4.0과 지원 라이브러리를 모두 시험해 보았고, 커서가 _ 변경되지 않은 _와 같이 보입니다. 나는 이것에 관련된 버그를 발견했다 : http://code.google.com/p/android/issues/detail?id=25112 – inazaruk
체크 아웃 [**이 게시물 **] (HTTP : //www.androiddesignpatterns.com/2012/06/app-force-close-honeycomb-ics.html) ... 첫번째 부분은'startManagingCursor'에 대해'LoaderManager'를 사용하는 이점을 나열합니다 ... – user1422551
[** LoaderManager ** ** (http://www.androiddesignpatterns.com/2012/07/understanding-loadermanager.html)에 대한 이해는 배울 수있는 좋은 글입니다. –