C>ИМХО, второе. Переписать отрисовку можно, но это может привести к непредсказуемым последствиям. Вроде сотен тысяч неработающих приложений в Google Play.
Здравствуйте, Nuzhny, Вы писали:
N>Не согласен. Если взять тот же Qt, то со временем число создаваемых (новых!) проектов на нём именно что растёт. Даже очень крупных, типа линуксовых DE (не только KDE).
А проектов на MFC падает, и что? Тем более что Qt != С++, биндинги из Qt есть для всех популярных языков.
Дислексия — чума XXI века
Re[13]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, gandjustas, Вы писали:
G>При такой архитектуре, как у андроида, спасти может только железо уровня десктопа. Ты посмотри сейчас какое мощное железо у топовых андроидов, по сравнению с WP, хотя WP плавнее и шустрее. iPhone 4 тоже не обладает мега железом, хотя на нем все летает, по сравнению с ведром.
Оно не летает, просто анимации захардкожены и сделаны очень плавно. Какой-нибудь кастомный UI код тормозит так же.
Здравствуйте, lpc, Вы писали:
A>>Чтобы узнать результат 2009 мне надо проголосовать! Статистика совершенно портится.
lpc>Зыкрыл... зыкрыл бы сразу, но сделать это не просто оказалось.
К сожалению сейчас опрос смещён теми, кто выше отписался о какой-то закономерности.
Скорее всего оригинальные значения ниже, чем 73,56%.
Re[14]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, gandjustas, Вы писали:
G>>При такой архитектуре, как у андроида, спасти может только железо уровня десктопа. Ты посмотри сейчас какое мощное железо у топовых андроидов, по сравнению с WP, хотя WP плавнее и шустрее. iPhone 4 тоже не обладает мега железом, хотя на нем все летает, по сравнению с ведром. C>Оно не летает, просто анимации захардкожены и сделаны очень плавно. Какой-нибудь кастомный UI код тормозит так же.
Что значит "захаржкожены" ? Ты вполне можешь описать анимацию, которая меняет любое свойство по заданной тобой "траектории". И оно будет выполняться в render-потоке и анимация не зависнет, даже если ты цикл бесконечный начнешь выполнять в UI потоке. А в андроиде зависнет.
Здравствуйте, insighter, Вы писали:
G>>Это сильно зависит от того как сделан UI. Вот например в WP и iOS рендерингом занимается отдельный unmanaged поток, который не останавливается при сборке мусора, поэтому анимация всегда плавная и gc не мешает. В Андроиде приняли решение сделать как полностью однопоточный UI, где происходит обработка запрсов и рендеринг примитивов. Вот и получается, что андроиду требуется 4 ядра и два гига памяти для плавной работы. А еще в андроиде можно наплодить много фоновых процессов, которые будут мешать основному процессу. G>>Причем использованием C++ эта проблема также не решается. G>>При такой архитектуре, как у андроида, спасти может только железо уровня десктопа. Ты посмотри сейчас какое мощное железо у топовых андроидов, по сравнению с WP, хотя WP плавнее и шустрее. iPhone 4 тоже не обладает мега железом, хотя на нем все летает, по сравнению с ведром.
I>эпический срач на тему ui потока: http://www.slashgear.com/google-engineer-explains-why-android-ui-will-never-be-as-fluid-as-ios-or-wp7-06200487/
I>мнения разделились, но так и не понял: гугол специально сделал обычный приоритет типа много процессов хорошо, а железо быстро растет. Или же только потому что как конкурент клавиатурному blackberry задумывался, до выхода тач-скрин айфона
ХЗ зачем сделал, но однозначно никаких преимуществ не несет. В iOS и WP есть модель фоновых процессов, которая работает не хуже, чем честная многозадачность ведроида, а интерфейс гораздо лучше. Кроме того честная многозадачность и мощное железо, которое нужно чтобы UI не лагал, ведет к повышенной нагрузке на батарею. В итоге ведроид работает в 4 раза меньше, чем WP на такой же батарейке.