Может я чего и не понимаю, но помоему, лучшее решение описанной задачи простой массив + индекс.
В зависимости от требований по скорости/памяти/вкусу, сортируем/разбиваем на несколько массивов/солим-перчим.
Именно «бесплатность» приложения даёт возможность сначала «раскрутиться», а потом и заработать (на рекламе). Это насчёт PR.
А вообще, учитывая, что говорил я именно об Android, я скорее доверюсь собственному опыту, чем опыту сколь угодно успешного разработчика на Symbian :)
И тем не менее, те же Angry Birds выбрали именно рекламный вариант распространения для Android.
Более того, по личному опыту, под Android именно этот вариант более выгоден.
А насчёт жалоб о «не приносит прибыль» — поверьте это же говорят и про payed версии и про любую платформу.
И даже если не учитывать, что это эээ… не всегда правда, странно ждать доходности от приложения, которое не может заинтересовать пользователей.
Если конечно не ставить цену в мегабакс в надежде, что «один купит, да окупит» :)
Правда от поганок с отложенной активностью это не поможет.
Не говоря уже о удалённой активации и более изощрённых методах, например основанных на определённой активности пользователя.
Просто сомневаюсь что на планшете кому-то нужен полный POSIX.
Кстати в QNX изначально он был реализован полностью в соответствии со стандартом.
А вот Linux, как ни странно этим похвастаться не может.
Лично меня единственное, что держит на FF — букмарки с тегами.
Причём если найду приемлимое для себя решение — уйду либо в сторону Chrome, либо IE9.
Opera последняя весьма приятно удивила, но, со старых времён, как говорится «осадок остался».
P.S: Судя по состоянию Feature request насчёт по тегов для Chrome, проще будет освободить недельку-две и самому написать для IE расширение с тегами для букмарков.
FF 4p9
Запускается ну уж никак не мгновенно. Есть подозрение что причина — большое кол-во букмарков.
Tab Groups (отличная идея, но вариант Opera мне всё же ближе) — если использовать ощутимо подтормаживает старт.
Но самое (для меня) неприятное — постоянные подвисания на несколько секунд при сохранении картинки, причём не окна, а всего приложения.
Компьютер довольно мощный, так что сижу всё-таки на нём, просто не выгружаю (благо вагон памяти позволяет).
Естественно на DirectX, но акселерация только для Compositing. Так же как и на MacOSX (используется Quartz, а не QuartzGL).
А основной прирост скорости не на Compositing, а на Content акселерации.
var arr = new long[1000*1000*100*16];
Console.WriteLine("Вот ведь");
[sarcasm]Это слишком просто.
Статью-то тогда о чём писать.
[/sarcasm]В зависимости от требований по скорости/памяти/вкусу, сортируем/разбиваем на несколько массивов/солим-перчим.
А вообще, учитывая, что говорил я именно об Android, я скорее доверюсь собственному опыту, чем опыту сколь угодно успешного разработчика на Symbian :)
Более того, по личному опыту, под Android именно этот вариант более выгоден.
А насчёт жалоб о «не приносит прибыль» — поверьте это же говорят и про payed версии и про любую платформу.
И даже если не учитывать, что это эээ… не всегда правда, странно ждать доходности от приложения, которое не может заинтересовать пользователей.
Если конечно не ставить цену в мегабакс в надежде, что «один купит, да окупит» :)
Правда от поганок с отложенной активностью это не поможет.
Не говоря уже о удалённой активации и более изощрённых методах, например основанных на определённой активности пользователя.
А вот насчёт AIR как-то сомнения меня подгрызывают, что не будет обычных матюков про производительность.
Правда я с какого-то перепугу на Dalvik + Android API надеялся.
Хотя тащить чужую платформу видимо маркетинг не позволит
Вообще QNX помню ещё со времён Fido… как же все с той дискеткой носились :)
Побегали и забыли. Но, я хоть потом дважды в разработке на QNX отметился.
А со средствами разработки для RIM Tablet OS что?
Просто сомневаюсь что на планшете кому-то нужен полный POSIX.
Кстати в QNX изначально он был реализован полностью в соответствии со стандартом.
А вот Linux, как ни странно этим похвастаться не может.
В случае полной QNX видимо имелись ввиду POSIX и X-Windows.
А вот в RIM Tablet OS из этого остался максимум POSIX, и то наверняка урезали до немогу.
Но к *nix она относится не больше чем WinNT.
Спасибище тебе, о Человечище!
Весь его «Unix-like» заключается в поддержке POSIX.
Так же как и многие другие не-Unix'ы и в их числе (не поверите) и WinNT.
Причём если найду приемлимое для себя решение — уйду либо в сторону Chrome, либо IE9.
Opera последняя весьма приятно удивила, но, со старых времён, как говорится «осадок остался».
P.S: Судя по состоянию Feature request насчёт по тегов для Chrome, проще будет освободить недельку-две и самому написать для IE расширение с тегами для букмарков.
Запускается ну уж никак не мгновенно. Есть подозрение что причина — большое кол-во букмарков.
Tab Groups (отличная идея, но вариант Opera мне всё же ближе) — если использовать ощутимо подтормаживает старт.
Но самое (для меня) неприятное — постоянные подвисания на несколько секунд при сохранении картинки, причём не окна, а всего приложения.
Компьютер довольно мощный, так что сижу всё-таки на нём, просто не выгружаю (благо вагон памяти позволяет).
А основной прирост скорости не на Compositing, а на Content акселерации.
Советую почитать:
hacks.mozilla.org/2010/09/hardware-acceleration/