Основные UI паттерны разработки Android приложений

[nomad]

определенно тема интересна, жду продолжения обзора )

[alexshock]

Последним временем склоняюсь к этим принципам даже для десктопных приложений

[Kaberc]

Да, потрясающие паттерны. Хорошо бы видеть их не только в андроиде… Определённо нравится это развитие ui.

[soider]

Это же паттерны, если я правильно понял опа, общие идеи, а не готовые либы\компоненты, и я думаю это легко реализуется на любой платформе…

[Kaberc]

Да, я понял, я о том, что на десктопах обычно всё это не используется.

[ashmind]

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

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

[silwester]

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

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

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

Согласен, нехарактерно. Только здесь цель была — демонстрация паттерна (дабы проиллюстрировать о чем речь).

[thevery]

готовую реализацию Action Bar можно взять, например, тут:
httpы://github.com/cyrilmottier/GreenDroid

[homme]

Спасибо за обзор, интересно увидеть продолжение.

Но у меня вопрос — как эти паттерны сочетаются с нативным UI (который разумеется тоже рекомендован инженерами Google). Ведь там нет action bar или quick actions, насколько я могу судить по тем приложениям (и нативным в том числе), что я видел.

[silwester]

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

[homme]

Да нет, это понятно.

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

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

На лицо два разных подхода в проектировании интерфейса. И оба рекомендованы гуглом, что странно :)

[silwester]

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

[Aux]

>> представлять богатые предложения поиска

Ну каких нафиг БОГАТЫЕ? Неужто вам глаз не режет такое словосочетание?

[silwester]

Да мне много что глаз режет, русский аналог слова все же бывает сложно подобрать. В след. раз напишу rich, или может вариант предложите?

[Aux]

следует использовать для простого поиска по приложению, предлагая дополнительные возможности.