DevDroid #049

5.02.2021

W tym tygodniu przeczytasz m.in. o modelowaniu stanu widoków, dowiesz się jak zmigrować biblioteki z zamykającego się JCenter na Maven Central oraz poznasz, jak korutyny wykorzystują wątki. Miłego czytania :)

Artykuły

  • Modelling UI State on Android

    Post porusza ciekawe zagadnienie modelowania stanu UI. Autor pokazuje, w jaki sposób zamodelować stan widoku zwracany przez ViewModel, tak aby liczba możliwych przypadków była najmniejsza.

  • Humble Views, Proud ViewModels

    Artykuł, który można potraktować jako uzupełnienie postu powyżej. W tym wpisie Marcello przedstawia swój sposób na rozdzielenie kodu pomiędzy widokami a ich modelami.

  • 1.4.30 Is Released With a New JVM Backend and Language and Multiplatform Features

    Pojawił się Kotlin 1.4.30, jest to ostatnie wydanie przed wersją 1.5.0. We wpisie znajdziecie listę nowości.

  • Bridging the gap between coroutines, JVM threads, and concurrency problems

    Manuel wyjaśnia, w jaki sposób korutyny są faktycznie wykonywane na wątkąch znanych z Javy. Dodatkowo przedstawione zostają techniki obsługi stanu, który może być modyfikowany przez różne wątki.

  • Migrating Your Design System to Jetpack Compose Part 3: Interop & Testing

    Kolejny cześć na temat migracji widoków aplikacji na Jetpack Compose, moim zdaniem najbardziej praktyczna. Adam przedstawia techniki, które pozwalają na współistnienie starych widoków z nowymi, tworzonymi przy pomocy Jetpack Compose. Na plus obszerny fragment na temat testowania.

  • Publishing to Maven Central

    W związku z planowanym zamknięciem JCenter w Maju 2021 najrozsądniejszą alternatywą jest Maven Central. Dowiedz się, jak umieścić tam własną bibliotekę.

  • Disposables Can Cause Memory Leaks

    Zarządzając ręcznie Disposable, możemy w pewnych przypadkach, nieumyślnie spowodować wyciek pamięci. Przeczytaj, jakie są to przypadki oraz jak temu zapobiec.

  • Kapt’s Hidden Test Costs

    Krótki wpis na temat dodatkowego kosztu, jaki ponosimy korzystając z kapt w testach i jak to naprawić.

  • Perfectionism vs. Excellence

    Bardzo interesujący wpis, w którym Hannes na przykładzie code review wyjaśnia różnicę pomiędzy perfekcjonizmem a doskonałością. Bardzo podoba mi się przytoczony przykład, który bez trudu możemy wykorzsytać do poprawy naszego code review.

Bądź na biężąco

  • Zapisz się na newsletter, aby jako pierwszy otrzymać kolejne wydania prosto na maila.

Wideo & Audio

Open Source & Tools

  • anvil - plugin Kotlin, ułatwiający DI przy pomocy Dagger 2
  • accompanist - zestaw rozszerzeń do Jetpack Compose
  • Shot - testy screenshot