AnalyticalPieChartModel это data class, но при этом в нем есть свойство paint:Paint, у которого не предопределены методы equals/hashcode - это может привести к ошибкам, и возможности data класса не были использованы в статье.
Отличная статья. Сам сталкивался с такой проблемой. Но пока не нашёл хорошего решения. Такая проблема возникает уже на большом проекте - у меня пока небольшой опыт работы с большими проектами.
Отличная статья. Из таких мелочей складывается впечатление о приложении. Что по производительности? Делали ли вы замеры FPS с этими тенями и без них? Я предполагаю, что стык Compose и View для того чтобы нарисовать тени обходится не "бесплатно".
Отличная статья, жду следующую часть. Вопрос про вызов метода wait() из не синхронизированного блока - как такое действие не приводит к IllegalMonitorStateException? Или это допущение сделанное в рамках статьи?
Спасибо за отличную статью.
Есть ли какие либо метрики по которым можно определить, какой прирост производительности может дать это решение?
Примеры того сколько было пропущенных кадров на каком либо экране без этого решения и с ним?
abstract class BaseFragment(private val layoutId: Int): Fragment()
Решение проблемы не вызывает доверия, после того как автор статьи делает у фрагментов конструктор с параметрами без использования фабрики фрагментов и хранит в адаптере «сильные» ссылки на фрагменты.
Как ваш способ работает на больших задачах?
К примеру Вы оценили задачу в месяц и говорите что будете делать её 3 месяца?
Насколько ваш подход работает на длительных задачах?
Потому что View фрагмента имеет свой жизненный цикл, отличный от фрагмента. Когда фрагмент уходит в бэкстэк его View уничтожается, но она не может быть собрана Garbage Collector'ом, потому что binding фрагмента держит ссылку на неё.
Пользуюсь поиском Яндекса, но для вопросов по программированию приходится пользоваться Гуглом из-за того что он выдаёт стопку ответов с StackOverFlow
Возможно ли аналогичное сделать в Яндексе?
Просто покажется белый экран. Layout активити отрисуется на следующем кадре после того, как таймаут закончится.
AnalyticalPieChartModel это data class, но при этом в нем есть свойство paint:Paint, у которого не предопределены методы equals/hashcode - это может привести к ошибкам, и возможности data класса не были использованы в статье.
Отличная статья. Сам сталкивался с такой проблемой. Но пока не нашёл хорошего решения. Такая проблема возникает уже на большом проекте - у меня пока небольшой опыт работы с большими проектами.
Отличная статья. Из таких мелочей складывается впечатление о приложении.
Что по производительности? Делали ли вы замеры FPS с этими тенями и без них? Я предполагаю, что стык Compose и View для того чтобы нарисовать тени обходится не "бесплатно".
Отличная статья, жду следующую часть.
Вопрос про вызов метода wait() из не синхронизированного блока - как такое действие не приводит к IllegalMonitorStateException? Или это допущение сделанное в рамках статьи?
Есть ли какие либо метрики по которым можно определить, какой прирост производительности может дать это решение?
Примеры того сколько было пропущенных кадров на каком либо экране без этого решения и с ним?
Решение проблемы не вызывает доверия, после того как автор статьи делает у фрагментов конструктор с параметрами без использования фабрики фрагментов и хранит в адаптере «сильные» ссылки на фрагменты.
К примеру Вы оценили задачу в месяц и говорите что будете делать её 3 месяца?
Насколько ваш подход работает на длительных задачах?
Возможно ли аналогичное сделать в Яндексе?