Как стать автором
Обновить

Комментарии 15

определенно тема интересна, жду продолжения обзора )
Последним временем склоняюсь к этим принципам даже для десктопных приложений
Да, потрясающие паттерны. Хорошо бы видеть их не только в андроиде… Определённо нравится это развитие ui.
Это же паттерны, если я правильно понял опа, общие идеи, а не готовые либы\компоненты, и я думаю это легко реализуется на любой платформе…
Да, я понял, я о том, что на десктопах обычно всё это не используется.
Забавно, что картинки от старого Твиттера, в то время как рефреш в новом можно вполне выделить в отдельный раздел. И кстати новые Quick Actions как раз перекрывают цель.

Вообще я бы добавил больше примеров, потому что twitter вообще нехарактерно удачное приложение.
>Забавно, что картинки от старого Твиттера, в то время как рефреш в новом можно вполне выделить в отдельный раздел. И кстати новые Quick Actions как раз перекрывают цель.

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

>Вообще я бы добавил больше примеров, потому что twitter вообще нехарактерно удачное приложение.

Согласен, нехарактерно. Только здесь цель была — демонстрация паттерна (дабы проиллюстрировать о чем речь).
готовую реализацию Action Bar можно взять, например, тут:
httpы://github.com/cyrilmottier/GreenDroid
Спасибо за обзор, интересно увидеть продолжение.

Но у меня вопрос — как эти паттерны сочетаются с нативным UI (который разумеется тоже рекомендован инженерами Google). Ведь там нет action bar или quick actions, насколько я могу судить по тем приложениям (и нативным в том числе), что я видел.
Еще разок — в статье описываются паттерны UI, т.е. то как можно представить определенные функции приложения, сделать приложение более целостным с точки зрения его структуры. Речь идет о проектировании интерфейса, не о реализации(в том числе названия естественно не имеют отношения к реализации). Паттерны вполне реализуемы с помощью стандартных нативных классов(т.е. конечно придется поработать, например — создать кастомную вьюшку)
Да нет, это понятно.

Я о другом. Google, скажем рекомендует и приветствует использование нативных UI компонент. В частности, табов.

При использовании паттернов, описанных в статье, дашборд и action bars как бы заменяет табы.

На лицо два разных подхода в проектировании интерфейса. И оба рекомендованы гуглом, что странно :)
Ага, понял. Я думаю надо все же исходить из функционала приложения, т.е. где и что логично использовать. Разумеется, эти паттерны не панацея и всегда возможны варианты.
Насчет табов(если я про те табы), то с т. зрения фукнионала они не заменяют action bar(хотя если речь о месте на экране, соглашусь — могут заменять). Dashboard vs табы думаю тоже возможно. Исходим из приложения, в общем :)
>> представлять богатые предложения поиска

Ну каких нафиг БОГАТЫЕ? Неужто вам глаз не режет такое словосочетание?
Да мне много что глаз режет, русский аналог слова все же бывает сложно подобрать. В след. раз напишу rich, или может вариант предложите?
следует использовать для простого поиска по приложению, предлагая дополнительные возможности.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории