Распространенные ошибки при составлении баг-репортов

Пример такой баги: Не могу создать аккаунт.

а как стоило бы написать заголовок, чтобы он не был общим?

Ubuntu 12.10 Quantal Quetzal (Квантовый Кетцаль/Квезаль)

монитор 21,5. так и не привык к юнити, поставил гном

Ubuntu 12.10 Quantal Quetzal (Квантовый Кетцаль/Квезаль)

мне вот интересно, заработает ли внешний монитор на моём nc110?

Энергонезависимое решение

наше поколение, я имею ввиду тех, кто постоянно пользуется всякими электронными штуками, живёт в постоянном неосознанном ожидании катастрофы. и эта катастрофа настолько же проста, насколько ужасна — это выключение рубильника. а любой физический объект — это надежда пережить катастрофу. как-то так

Маленькая хитрость для отображения большого объёма данных в ListView

ну вроде там и так всё ясно, но если вы просите

Активити

package me.ilich.hellodocumentview;

import android.app.Activity;
import android.content.Context;
import android.database.Cursor;
import android.os.Bundle;
import android.util.Log;
import android.view.Menu;
import android.view.View;
import android.view.ViewGroup;
import android.widget.ListView;
import android.widget.TextView;

public class QuickMainActivity extends Activity {

	ListView mListView;

	@Override
	public void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_list);
		mListView = (ListView) findViewById(R.id.list);
		final QuickAdapter a = new MyQuickAdapter(this, new MyDataSource());
		mListView.setAdapter(a);
	}

	@Override
	public boolean onCreateOptionsMenu(Menu menu) {
		getMenuInflater().inflate(R.menu.activity_main, menu);
		return true;
	}
	
	class MyQuickAdapter extends QuickAdapter {

		public MyQuickAdapter(Context context, DataSource dataSource) {
			super(context, dataSource);
		}
		
		@Override
		public View getView(int arg0, View arg1, ViewGroup arg2) {
			long t1 = System.currentTimeMillis();
			View result = super.getView(arg0, arg1, arg2);
			long t2 = System.currentTimeMillis();
			long dt = t2-t1;
			if(dt>10){
				Log.i("Sokolov", arg0 + " " + dt);
			}
			return result;
		}

		@Override
		public View newView(Context context, Cursor cursor, ViewGroup parent) {
			View view = getLayoutInflater().inflate(
					android.R.layout.simple_list_item_1, null);
			ViewHolder vh = new ViewHolder();
			vh.tv = (TextView) view.findViewById(android.R.id.text1);
			view.setTag(vh);
			return view;
		}

		@Override
		public void bindView(View view, Context context, Cursor cursor) {
			ViewHolder vh = (ViewHolder) view.getTag();
			if(vh!=null){
				vh.tv.setText(cursor.getString(cursor.getColumnIndex("text1")));
			}
		}
		
		class ViewHolder {
			TextView tv;
		}
		
	}
	
	class MyDataSource implements QuickAdapter.DataSource {

		@Override
		public Cursor getRowIds() {
			return ((HelloDocumentView) getApplication()).mDatabase.rawQuery(
					"SELECT rowid FROM table1", new String[]{});
		}

		@Override
		public Cursor getRowById(long rowId) {
			return ((HelloDocumentView)getApplication()).mDatabase.rawQuery("SELECT * FROM table1 WHERE rowid = ?", new String[]{Long.toString(rowId)});
		}
		
	}

}

Аппликейшен

package me.ilich.hellodocumentview;

import android.app.Application;
import android.content.Context;
import android.database.sqlite.SQLiteDatabase;

public class HelloDocumentView extends Application {
	
	public SQLiteDatabase mDatabase;
	
	@Override
	public void onCreate() {
		super.onCreate();
		mDatabase = openOrCreateDatabase("/mnt/sdcard/db.sqlite", Context.MODE_PRIVATE, null);
	}

}

Вам остаётся только создать базу db.sqlite с таблицей table1. Достаточно наглядно?

Маленькая хитрость для отображения большого объёма данных в ListView

скажите, а это ваша принципиальная позиция — не читать статью, к которой вы пишите комментарии?

Маленькая хитрость для отображения большого объёма данных в ListView

в этой статье я ставил целью ответить на вопрос «что делать?», а не «кто виноват?» :)

Маленькая хитрость для отображения большого объёма данных в ListView

Прошу.

Для CursorAdapter максимальная задержка вызова метода getView составила 553 мс, для QuickAdapter — 47 мс.

Маленькая хитрость для отображения большого объёма данных в ListView

сори, эти вопросы вне моей компетенции

Маленькая хитрость для отображения большого объёма данных в ListView

да, мы там это ещё не внедрили

Маленькая хитрость для отображения большого объёма данных в ListView

нет. даже если вы переопределите его, скажем так

		@Override
		public int getCount() {
			return 50000;
		}

то ListView всё равно будет притормаживать при быстром скроле

Маленькая хитрость для отображения большого объёма данных в ListView

я всё-таки настоятельно рекомендую вам прочитать статью

Маленькая хитрость для отображения большого объёма данных в ListView

если бы прочли статью… а впрочем ладно, подскажите методологию измерения задержек в ui?

Маленькая хитрость для отображения большого объёма данных в ListView

CursorAdapter бегает по курсору и берёт из него данные. Мой адаптер бегает по курсору с одним только первичным ключом, и перезапрашивает базу по первичному ключу. CursorAdapter заметено тормозит при быстром скроле, а мой — нет. Не поленитесь, накидайте пример и сами попробуйте.

Маленькая хитрость для отображения большого объёма данных в ListView

да, вы правы. я хотел в первую очередь продемонстрировать идею

Нестандартный подход к «повышению производительности» select-запросов в SQLite

да, но при фестскроле оно заметно притормаживает (суть тормозов кроется в WindowedCursor), а тот подход, который вы описали в статье, позволяет тормозов избежать. собственно, мой вопрос был адресован Silver_Clash

Нестандартный подход к «повышению производительности» select-запросов в SQLite

если вы не разработчик, как вы можете утверждать, что «Ваш подход вообще не стоит рассматривать для применения в серьезных приложениях»?

Нестандартный подход к «повышению производительности» select-запросов в SQLite

скажите, а вы пробовали в ListVIew отобразить, скажем, 100к строк из базы данных? и как результаты?

Нестандартный подход к «повышению производительности» select-запросов в SQLite

отпишите хоть, из-за чего минусуете?

Нестандартный подход к «повышению производительности» select-запросов в SQLite

странно, но я сейчас вижу -1 у статьи, которая только что позволила ускорить работу моего приложения. хочется сказать спасибо автору, удивительно простое и эффективное решение