а если еще ирисный раскат использовать для печати гильоша то их вообще невозможно будет повторить. Поэтому автор погорячился с таким безапелляционным утверждением о бесполезности гильошей
по поводу compoundDrawable могу сказать, что в студии в таких макетах вылезает warning с предложением использовать compoundDrawable. Достаточно почитать то, что пишет Lint
В чем проблема в макет с webView добавить еще прогрессбар? Переопределяю вызовы `onPageStarted()` и `onPageFinished` у WebViewClient и соответственно показываю/скрываю прогресс
например, по экранам? Есть некий экран со своей функциональностью, который требует каких-то зависимостей — их и стоит включать в данный конкретный компонент.
Для примера: есть такая библиотека Mortar от Square и она использует Dagger. В терминологии Mortar каждый экран — это Screen, в который объединены кастомная View, презентер и Dagger-модуль. Со 2-м даггером можно иметь какие-то зависимости на уровне Application, а остальные инжектить только в нужных местах
по гиту он уже год как практически не контрибьютит
setRetainInstance(true)
— прекрасный метод. Только стоит упомянуть, что его нельзя использовать в паре с LoaderДля примера: есть такая библиотека Mortar от Square и она использует Dagger. В терминологии Mortar каждый экран — это Screen, в который объединены кастомная View, презентер и Dagger-модуль. Со 2-м даггером можно иметь какие-то зависимости на уровне Application, а остальные инжектить только в нужных местах