Мобайл: дизайн и разработка – Telegram
Мобайл: дизайн и разработка
473 subscribers
8 photos
158 links
Android-разработчик и дизайнер делится своим опытом, полезными инструментами, выжимками статей и докладов.
Download Telegram
🔬Cамый оптимальный размер кнопки в мобильном интерфейсе – 82pts (12.8 мм).

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

Перевод
🆕 Вышел Android O Developer Preview

Что нового:
1. Адаптивные иконки с масками и анимациями
2. Фреймворк для автозаполнения полей в формах
3. Picture-in-picture
4. Категории для уведомлений

https://developer.android.com/preview/index.html
Дизайнер BlaBlaCar рассказал о переводе команды на систему компонентов и методологию, похожую на Atomic Design и БЭМ.
Благодаря системе они унифицировали дизайн на всех платформах, стали уделять больше внимания user experience и получили возможность переходить от скетчей к верстке, минуя промежуточные стадии.
🍭 Подробный гайд по внедрению анимаций

- как понять, что в приложении не хватает анимаций
- как убедить команду потратить ресурсы на их создание
- как прототипировать
- какие инструменты использовать
- как тестировать результат

https://www.smashingmagazine.com/2016/03/integrate-motion-design-animation-ux-workflow/
Саммари статьи одной картинкой.
🍊 Урок по созданию эффекта зернистости, который часто можно видеть на иллюстрациях в material-приложениях.

https://medium.com/google-design/salt-pepper-the-art-of-illustrating-texture-c962dc67cc35
4 способа обработать ошибку в приложении

Коротко:
1) Блокируйте интерфейс полностью, если из-за ошибки невозможна работа с сервисом.
2) Блокируйте отдельные части интерфейса, если они не функционируют сами по себе, но не мешают пользоваться приложением.
3) Показывайте всплывающее сообщение или небольшой баннер, если ошибка влияет на работу приложения, но не мешает им пользоваться.
4) Показывайте ошибки рядом с элементами интерфейса, чтобы привлечь к ним внимание (например, при заполнении форм).

Автор статьи сделал постер на русском и английском, который поможет выбрать подходящий способ сообщить об ошибке в зависимости от ситуации.
Введение в RxBinding – библиотеку для придания вашим вьюхам реактивности 🚀

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

RxBinding на гитхабе
Очень короткая статья про дизайн мобильных форм. На 90% состоит из скриншотов, которые показывают, какие элементы UI использовать и как их лучше размещать.

Оригинал
Перевод
Google разрабатывают набор реактивных библиотек для создания Material Design анимаций.

Версия для iOS (Swift) уже находится в стадии stable dev preview, Библиотеки для Android и JavaScript пока еще в разработке, но их уже можно попробовать.
🆕 Вышел dagger-android – модуль для инъекции Activity и Fragment'ов

О том, как внедрить его в свой проект, можно почитать на официальной странице и в этой статье.

Примеры на гитхабе:
Java
Kotlin
🎁 Популярные эмодзи в векторе для макетов ваших приложений

https://applypixels.com/template/vector-emoji/
Отличная статья с Best Practices для Kotlin.
Есть спорные моменты, но в целом много полезной инфы и приёмов, о которых вы могли не знать.

https://blog.philipphauer.de/idiomatic-kotlin-best-practices/
Всех с началом новой недели!

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

https://blog.prototypr.io/how-to-use-space-in-ui-design-15e169127236
🔑 Как совместить хороший UX и безопасность, когда вы просите пользователя придумать пароль:

1. Не заставляйте соблюдать правила наподобие "в пароле должен быть как минимум один специальный символ".
2. Задайте минимальную длину (в Unicode).
3. Убедитесь, что придуманный пароль не попадает в топ самых распространенных паролей.
4. Проверяйте энтропию.
5. Следите за особыми случаями – пароль не должен совпадать с логином или с названием сервиса.

https://blog.codinghorror.com/password-rules-are-bullshit/
Еще одна подборка Best Practices, на этот раз по Android-приложениям. Некоторые вещи довольно очевидны, а о некоторых я раньше не слышал (например, о проблеме матрешки, касающейся вложенных фрагментов). В любом случае, будет полезно почитать и подумать о том, всё ли вы делаете правильно 😉

Кстати, аналогичные подборки есть для iOS и Windows. Про их качество и полезность ничего сказать не могу, но надеюсь, кому-нибудь они пригодятся.
Как писать адаптеры для списков с разными типами элементов, не используя касты и instanceof/is, и соблюдая Open-Closed Principle.
Код в статье написан на Kotlin, но все описанное подойдет и для Java.

https://medium.com/@dpreussler/writing-better-adapters-1b09758407d2