LINUX.ORG.RU

Google предварительно выпустил Android N с OpenJDK и многооконным режимом

 , ,


2

4

Неожиданно для всех, 9 марта, компания Google запустила предварительный вариант новой версии Android, пока носящий название из одной буквы – N. Главной новинкой новой версии стала поддержка многооконного интерфейса и замена Android библиотеки с Java API на код из свободного пакета OpenJDK

Обновления доступны для пользователей устройств Nexus 6, Nexus 5X, Nexus 6P, Nexus Player, Nexus 9, Pixel C и General Mobile 4G (Android One).

Другие особенности Android N Developer Preview:

  • Возможность отправки ответа в окне получения уведомления. Получив выпадающее уведомление о поступлении нового сообщения, пользователь теперь может сразу написать ответ, не покидая этот диалог.
  • Поддержка группировки уведомлений, связанных с одним приложением. Например, можно сгруппировать все уведомления о получении новых сообщений и отобразить их в списке уведомлений в форме одной свёрнутой группы, отдельные уведомления можно посмотреть после раскрытия группы.
  • Расширены возможности режима энергосбережения Doze, при котором после определённого периода неактивности пользователя устройство переводится в спящий режим, но с периодическим пробуждением на короткое время для того, чтобы дать приложениям возможность синхронизировать свои данные, а системе обработать ожидающие выполнения операции. Детали внесённый оптимизаций не приводятся, но устройство стало потреблять заметно меньше энергии в состоянии неактивности при выключенном экране;

>>> Подробности

★★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 3)

Возможность отправки ответа в окне получения уведомления.

Именно то, чего все ждут от _операционной системы_

anonymous
()

Ограничение в 65 с чем-то тысяч методов на класс они убрали, или так же все осталось? С этим ограничением разрабатывать на scala под андроид - тот еще мазохизм и гемор с вечным запуском proguard.

dave ★★★★★
()
Ответ на: комментарий от andreyu

Я так понял, пользователи nexus 5 в пролете.

Вроде как будет. Просто позже.

Solace ★★
()
Ответ на: комментарий от RiseOfDeath

Тем не менее, когда при компиляции раскрываются traits даже на обычных классах из стандартной библиотеки коллекций, то этот порог обычно превышается. Спасает только proguard, который затем вырезает все лишнее.

Вот, я и хочу узнать, есть подвижки в этом направлении или все так же печально со scala?

dave ★★★★★
()

Много окон это хорошо! Оно как-то посветлее сразу...

anonymous
()
Ответ на: комментарий от Jefail

Да один хрен, но по-моему все же на класс. Чтобы на приложение - это сильно вряд ли. Тогда каждая вторая программа даже на самой java превышала бы его. Если же ограничение действует только на класс, то для java это практически незаметно. Там что-то типа кодирования номера метода, и вот этот номер должен влезать в машинное слово, но деталями особо не интересовался.

В scala возникает проблема при обильном раскрытии traits. Это типа интерфейсы без конструкторов, но с готовой реализацией некоторых методов. В стандартной библиотеке коллекций scala очень любят эти traits.

dave ★★★★★
()
Ответ на: комментарий от dave

На приложение. Только входит в этот лимит только методы приложения. При чем тут стандартная библиотека?

Ну и да, на java многие более-менее крупные проекты в него не влезали.

Quickern ★★
()
Ответ на: комментарий от mshewzov

Эта функция, к примеру, уже давно реализована в прошивках от Samsung

А оконный режим — в прошивках от LG :)

http://www.3dnews.ru/assets/external/illustrations/2014/01/29/799366/LG-Optim...

Это уже не говоря про то, что оконный режим был в Android 3 и был выпилен в 4, по словам Google, за ненужностью.

KRoN73 ★★★★★
()
Ответ на: комментарий от Quickern

Имеется в виду стандартная библиотека коллекций scala. Проблема обычно вылезает там.

dave ★★★★★
()
Ответ на: комментарий от orm-i-auga

Ты серьезно? Документы на этом поделии?

SjZ ★★★★★
()
Ответ на: комментарий от umren

Да нифига, это уже давно было проверено временем и очевидно удобно.

SjZ ★★★★★
()
Ответ на: комментарий от dave

Ограничение в 65 с чем-то тысяч методов на класс они убрали, или так же все осталось?

Так вот как оказывается выглядит современный Hello world =)

vasya_pupkin ★★★★★
()

замена Android библиотеки с Java API на код из свободного пакета OpenJDK

WAT???

I-Love-Microsoft ★★★★★
()

Главной новинкой новой версии стала поддержка многооконного интерфейса

Пользователи дроидофонов с 19" экранами будут рады. Эта фича отключабельная? На мелких экранах то небось неудобно будет.

Lavos ★★★★★
()
Ответ на: комментарий от tcler

Да. Твои руки к старости будут все кривее, а сигнал до нервной системы будет доходить с еще большим опозданием, чем сейчас.

Sociopsih ★☆
()
Ответ на: комментарий от upcFrost

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

SjZ ★★★★★
()
Ответ на: комментарий от SjZ

наверняка найдется приложение,

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

upcFrost ★★★★★
()

А кнопку «пуск» сделали уже?

thesis ★★★★★
()

Может, ART прикрутят со временем к OpenJDK.

menangen ★★★★★
()
Ответ на: комментарий от Linfan

А на десктопе зачем окна нужны? Зачем дробить экран и вносить лишние абстракции при переключении приложений?

anonymous
()
Ответ на: комментарий от anonymous

Чувак, я и на 23"-вом монике всё на полный экран открываю, ещё раз спрашиваю: нахрен нужны окна? Ты что, подоконник?

anonymous
()
Ответ на: комментарий от dave

Ограничение в 65 с чем-то тысяч методов на класс они убрали, или так же все осталось?

Нет, но ввели понятие MultiDex.

andreyu ★★★★★
()
Ответ на: комментарий от Quickern

Ну и да, на java многие более-менее крупные проекты в него не влезали.

Достаточно добавить в проект google play services и считай уперся в 64K. Можно вырезать лишнее из google play services руками (говеный и костыльный способ), можно с помощью proguard (та еще магия), а можно с помощью gradle указать что именно нужно из гугловых сервисов (наверное это самый правильный способ).
Но даже если взять только аналитику и плейгеймы, то все равно по зависимостям потянется много кишек из сервисов. В таком случае поможет MultiDex.

andreyu ★★★★★
()
Ответ на: комментарий от EXL

Смотри примеры в NDK и не тупи. Там можно компилить приложения без строчки Java.

Проблема в том, что как только понадобится подключить некую стороннюю либу или понадобится получить путь к internal data path (а из-за бага в некоторых андроедах activity->internalDataPath будет nullptr), то сразу понадобится java.

andreyu ★★★★★
()

Главной новинкой новой версии стала поддержка многооконного интерфейса

Мрази

Quasar ★★★★★
()
Ответ на: комментарий от SjZ

SjZ> это полный бред на таких маленьких экранах еще и 2 окна городить.

Это не для мобильников сделано. Это сделано для того, чтобы на десктопы прийти и убить линукс.

Quasar ★★★★★
()

у меня нет планш-тела на андроиде.
но как-то странно их пляски выглядят.
то добавят окна, то уберут.
потом опять добавят.
нафиа, спрашивается?

вроде было не ясно, что ретинизация всего и вся не за горами.

Deleted
()
Ответ на: комментарий от Deleted

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

exception13 ★★★★★
()
Ответ на: комментарий от Quickern

А еще можно не впихивать весь GPS, а только то, что нужно.

Чукча не читатель, чукча КО?

а можно с помощью gradle указать что именно нужно из гугловых сервисов (наверное это самый правильный способ).

andreyu ★★★★★
()
Ответ на: комментарий от Quasar

Глупости какие, даже полноценный линукс на десктопе нужен мало кому, не то что это поделие с телефона.

SjZ ★★★★★
()
Ответ на: комментарий от Quickern

Ты сказал бессмысленную информацию, я решил что я тоже ее могу повторить.

В чем же бессмысленность того, что я написал?

andreyu ★★★★★
()
Ответ на: комментарий от dave

Ограничение в 65 с чем-то тысяч методов на класс они убрали?

Если в классе возникает необходимость в 64к методов, то разработчиков надо увольнять. Или пересаживать на Basic.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

Если в классе возникает необходимость в 64к методов, то разработчиков надо увольнять

Ты, наверное, думаешь, что эти 64K методов написаны руками? %)

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

Ты, наверное, думаешь, что эти 64K методов написаны руками? %)

А пофиг. Хоть ногами Скайнета.

KRoN73 ★★★★★
()


Главной новинкой новой версии стала поддержка многооконного интерфейса


Линуксокапец (Не ядра, но всего остального)?

eagleivg ★★★★★
()
Ответ на: комментарий от Lavos

На мелких экранах то небось неудобно будет.

На своём сгс6 с 5.1" иногда пользуюсь. Вполне удобно в некоторых случаях.

cipher ★★★★★
()
Ответ на: комментарий от Deleted

Док-станции. Последний снап уже более-менее неплох по производительности и по производительности примерно равен интелю 2013 года. А следующий снап (830-ый) будет поддерживать 8Гб оперативы (ну и, возможно, станет ещё немного шустрее). Компьютер будет всегда с собой: пришёл, воткнул в док-станцию, всё есть.

Joe_Bishop
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.