Я «обожаю» такой подход: отнаследовались от Activity и радуемся.
Во-первых, вы забыли в своей библиотеке о FragmentActivity, а, во-вторых, это не правильно: composition over inheritance (т.е. в переводе на русский «композиция вместо наследования»).
В качестве примера приведу такие замечательные библиотеки как SherlockActionBar и Roboguice. В обеих авторы наследуются от Activity, ListActivity и т.д., но вот беда — как их использовать вместе? Правильно, написать ещё одну библиотеку RoboSherlock, где уже классы RoboSherlockActivity наследуется от Activity и т.д.
Может быть я чего-то не понимаю, но где здесь параллелизм? Мы выполняем операции последовательно: сначала первое ограничение age > 20, потом второе age < 40.
Не очень понятно, причём здесь Java (т.к. большинство БД всё-таки написаны на других ЯП).
Насколько я понимаю работу БД, запрос тяжело распараллеливается, потому как представляет из себя набор последовательно применённых ограничений (как распараллелить, например, name = 'Ivan' and age > 20 and age < 40 ?)
Если у вас планшет на Андроиде, то можете попробовать Wifi Analyzer. Удобная штуковина, выбрала тот канал, на котором я получил максимум на speedtest.net (я перебрал все каналы для теста =)
У меня на Linux Mint — две панели — одна снизу (главная), вторая сверху (дополнительные виджеты, список окон). НО, большую часть времени я их не вижу, потому как написал скрипт и повесил его на хоткей — сворачивание/разворачивание гномовских панелей. Могу запостить кому нитересно.
Наблюдаю падения ОС при использовании AVD c GPU emulation:
Linux Mint 12, 2.6.38-8, x86_64
Ноутбук Acer Aspire 3820GT. У кого-нибудь есть похожие проблемы?
Вы уверены, что хранить Context полем в AsyncTask — хорошая идея?
protected final Context ctx;
Что произойдёт если Activity закончит своё существование до завершения задачи?
Это я всё к тому, что перед тем как выкладывать библиотеку в открытый доступ (читать — делать публичный API), нужно сто раз подумать.
А в чём собственно проблема — натянуть зависимостей? Ну будет размер приложения ~ несколько МБ, это разве критично?
Зато — оттестированные, широко используемые библиотеки, которые скорее всего обновляться будут чаще…
У вас проблемы с классом org.droidparts.model.Entity:
1. Он должен быть абстрактным
2. HashCode не должен включать имя класса
3. Equals должен делать instance of вместо o.getClass() == this.getClass()
Во-первых, вы забыли в своей библиотеке о FragmentActivity, а, во-вторых, это не правильно: composition over inheritance (т.е. в переводе на русский «композиция вместо наследования»).
В качестве примера приведу такие замечательные библиотеки как SherlockActionBar и Roboguice. В обеих авторы наследуются от Activity, ListActivity и т.д., но вот беда — как их использовать вместе? Правильно, написать ещё одну библиотеку RoboSherlock, где уже классы RoboSherlockActivity наследуется от Activity и т.д.
Насколько я понимаю работу БД, запрос тяжело распараллеливается, потому как представляет из себя набор последовательно применённых ограничений (как распараллелить, например, name = 'Ivan' and age > 20 and age < 40 ?)
И если лицензия не позволяет распространять, то это — пиратство.
НО, большую часть времени я их не вижу, потому как написал скрипт и повесил его на хоткей — сворачивание/разворачивание гномовских панелей. Могу запостить кому нитересно.
Linux Mint 12, 2.6.38-8, x86_64
Ноутбук Acer Aspire 3820GT. У кого-нибудь есть похожие проблемы?
Почитайте, например, это
Понятно, что в однопотоковой среде проблем не будет, но если вы решили сделать синглетон, то почему бы не сделать его правильно? =)
Я за простоту и написал бы:
Что произойдёт если Activity закончит своё существование до завершения задачи?
Это я всё к тому, что перед тем как выкладывать библиотеку в открытый доступ (читать — делать публичный API), нужно сто раз подумать.
А в чём собственно проблема — натянуть зависимостей? Ну будет размер приложения ~ несколько МБ, это разве критично?
Зато — оттестированные, широко используемые библиотеки, которые скорее всего обновляться будут чаще…
1. Он должен быть абстрактным
2. HashCode не должен включать имя класса
3. Equals должен делать instance of вместо o.getClass() == this.getClass()