Одна з речей, які дійсно виділяються за допомогою iPhone, - це те, як гладка це відчуття порівняно з використанням Android. Де, як Android відстає, з вимірюваним проміжком часу, коли ви торкаєтесь екрана і коли Операційна система реагує, iOS майже передбачає, що ви хочете зробити, перш ніж ваш палець торкнеться дисплей.
Як Apple досягла цього неймовірного подвигу? Кращим питанням може бути: "Як Google вдалося так зіпсувати мультитач Android?" Згідно з Ендрю Мунн -студент програмного забезпечення та колишній стажист Google-Android настільки зіпсований, що Google може ніколи може відповідати продуктивності iPhone або iPad. Ой!
Перш ніж ми почнемо, ось тло. Раніше було сказано, що інтерфейс Android відстає від iOS, оскільки елементи інтерфейсу не були апаратно прискорені до Honeycomb. Іншими словами, щоразу, коли ви проводите пальцем по екрану на телефоні Android, центральному процесору потрібно заново намалювати кожен піксель, і це не дуже добре.
Цей аргумент має сенс, за винятком того, що він був би правдою, коли б був випущений Android 3.0 Honeycomb, Android перестав би помітно відставати у сенсорній реакції порівняно з iOS. Крім угадайте, що?
Пристрої Android все ще відстають, навіть якщо на них встановлено Honeycomb.Більшість сучасних телефонів Android мають характеристики, які є еквівалентними або навіть кращими, ніж у iPhone (наприклад, більшість телефонів Android поставляються з 1 ГБ оперативної пам’яті, порівняно з 512 МБ iPhone 4S); проблема не апаратна То в чому проблема?
Ось чому, за словами Манна, Android не може відобразити сенсорний інтерфейс без відставання. В iOS процеси візуалізації інтерфейсу користувача відбуваються з виділеними потоками реальний час пріоритет, зупиняючи інші процеси та зосереджуючи всю увагу на візуалізації інтерфейсу користувача. Іншими словами, кожного разу, коли ви торкаєтесь пальцем до дисплея вашого iPhone, ОС буквально божеволіє: «Хтось до нас торкається! Хтось до нас торкається! Припиніть все, що ви робите, хтось до нас торкається! »
Однак в Android процеси рендеринга інтерфейсу користувача відбуваються разом з основною ниткою з нормальний пріоритет. Іншими словами, він розглядає візуалізацію інтерфейсу так само, як, скажімо, завантаження подкасту у фоновому режимі, перевірка на наявність SMS -повідомлень чи чогось іншого. Отже, нестабільний інтерфейс.
Ось Манн пояснює, що це все означає, і чому Google був настільки дурним, щоб спроектувати Android таким чином.
Інтерфейс Android ніколи не буде абсолютно гладким через обмеження дизайну, які я обговорював на початку:
- Візуалізація інтерфейсу користувача відбувається в головному потоці програми
- Візуалізація інтерфейсу користувача має нормальний пріоритетНавіть із Galaxy Nexus або чотирьохядерним EeePad Transformer Prime, неможливо гарантувати плавну частоту кадрів, якщо ці два дизайнерські обмеження залишаються вірними. Показово, що потужності Galaxy Nexus потрібні, щоб наблизитися до гладкості трирічного iPhone. Тож чому команда Android спроектувала фреймворк візуалізації саме так?
Робота над Android розпочалася ще до випуску iPhone, і на той час Android був розроблений як конкурент Blackberry. Оригінальний прототип Android не був пристроєм з сенсорним екраном. Компроміси у рендерингу Android мають сенс для клавіатури та трекболу. Коли iPhone вийшов, команда Android поспішила випустити конкурентний продукт, але, на жаль, було занадто пізно переписувати фреймворк інтерфейсу.
То чому Google не змінив фреймворк інтерфейсу? Ну, це складне завдання, яке передбачає кожен додаток на Android Market буде переписано для підтримки нового фреймворку. До цього принаймні рік, а може ніколи статися.
Іншими словами, щоб Google коли -небудь повністю вирішував проблеми відставання Android, йому потрібно в основному натиснути кнопку скидання та знищити екосистему додатків. iOS, з іншого боку, був побудований з нуля для підтримки смартфонів із багатокамерним дотиком; пекло, Apple була найвищим візіонером цього. Важливо все налагодити.
[через Редмонд Пиріг]
