А с чем связано использование VisualVM, а не MAT? Есть какие-то плюсы, минусы, подводные камни. Во всех статьях, с которыми я сталкивался всегда MAT использовался.
Не понял, почему векторый формат дает меньше нагрузки на оперативную память, тем что векторные иконки проще? Все равно же перед отображением вектор преобразуется в текстуру, как я понял, и в памяти хранится одно и тоже. Специально MAT'ом вытаскивал байтовое представление из ImageView и сравнивал.
Не очень удачная реализация. Никак не обрабатывается поворот экрана, на activity хранится жесткая ссылка, которую не заменить, значит при её пересоздании мы не сможем даже результат вернуть. Как верно было замечено с EventBus всё бы было проще.
Странно увидеть Airbnb в статье про пользовательское взаимодействие. Последнее время без проблем не получилось ни разу воспользоваться, хотя я считаю себя довольно опытным пользователем ПК)
Во-первых, непонятно наличие кнопки «Забронировать» или «Моментальное бронирование», так как на практике это бронирование ничего не значит, так как сервис не может гарантировать то, что даты будут свободны и всё равно нужно сначала связаться с хозяином и уточнять у него. Причем, отменить потом бронирование не так то просто, так как при самостоятельной отмене сервисный сбор не возвращается. Приходиться звонить в тех. поддержку.
Во-вторых, очень сложно отменить бронирования. Заграницей возникла ситуация, когда не по моей вине нужно было отменить бронирование. После переговоров с хозяином, мне было сказано, что отменить они не могут и делать это нужно мне. Через приложение это сделать тоже невозможно, нужно звонить в тех. поддержку, которая в тот момент оказалась недоступна. В итоге, удалось всё решить только с помощью долгих телефонных переговоров и интернета. Хорошо, что заграницей был Минск и всё это обошлось малой кровью.
В-третьих, нельзя поделиться поездкой по нормальному, чтобы со своего аккаунта можно было для визы распечатать бронирование, ну или это как то не очевидно делается.
В общем, пользоваться можно, конечно, но не слишком приятно, так как много подводных камней.
А не могли бы вы пояснить в чем заключается проблема обратной совмести и конфликт между Toolbar и NavigationDrawer при использовании варианта со вьюхами? Второй момент, что то мне кажется, что мы можем получить вьюху стрелки по id android.R.id.home.
Как то сложно это, для 2 экранов создавать более 50 классов. Может для некоторых классов приложений это актуально, но для клиент-серверных приложений, в которых вся логика, как правило, находится на сервере это уж слишком.
Понятно, что это решаемо, но привычка то осталась) Гугл вроде старается все к единому стилю привести, то есть у Gmail, Inbox, Keep, Play Market, Play Music Navigation Drawer везде перекрывает ActionBar.
1-2) Затем, что в библиотеке уже все реализовано по последним гайдам и нужно просто добавить необходимые элементы для того чтобы всё было как нужно. В Android Studio же лежит неактуальный шаблон.
3) Так было раньше, по новым гайдам Navigation Drawer перекрывает всё.
Есть, по моему проблем с ListFragment больше, чем плюсов, так как у списка может быть еще состояние «Ошибка при получении данных». Конечно, это решаемая проблема, но решаемая как то неудобно и неприятно. Лично я даже сделал библиотечку для этого, брал исходную реализацию, переделывал для нее апи и выносил все это в отдельный виджет, которым можно обернуть что угодно, хоть список, хоть часть экрана. Вьюхи же для состояний просто задавались через xml. И таких библиотек немало. По личному опыту, такой подход намного более гибкий.
Во-первых, непонятно наличие кнопки «Забронировать» или «Моментальное бронирование», так как на практике это бронирование ничего не значит, так как сервис не может гарантировать то, что даты будут свободны и всё равно нужно сначала связаться с хозяином и уточнять у него. Причем, отменить потом бронирование не так то просто, так как при самостоятельной отмене сервисный сбор не возвращается. Приходиться звонить в тех. поддержку.
Во-вторых, очень сложно отменить бронирования. Заграницей возникла ситуация, когда не по моей вине нужно было отменить бронирование. После переговоров с хозяином, мне было сказано, что отменить они не могут и делать это нужно мне. Через приложение это сделать тоже невозможно, нужно звонить в тех. поддержку, которая в тот момент оказалась недоступна. В итоге, удалось всё решить только с помощью долгих телефонных переговоров и интернета. Хорошо, что заграницей был Минск и всё это обошлось малой кровью.
В-третьих, нельзя поделиться поездкой по нормальному, чтобы со своего аккаунта можно было для визы распечатать бронирование, ну или это как то не очевидно делается.
В общем, пользоваться можно, конечно, но не слишком приятно, так как много подводных камней.
3) Так было раньше, по новым гайдам Navigation Drawer перекрывает всё.