A few weeks ago, I merged a pull request that updates our app’s theme to Material Components from the Bridge version.
It has been a few years since I last looked at implementing app shortcuts, and lately I have been looking at them again. I remember implementing them the first time they were released for Android N, but as with life, things have changed a bit.
“This tool sucks ”
For the past year or so, my team has been all-in with data binding. And if you know me at all, it obviously makes me one happy duck!
Aaaaaaaand an update literally two minutes after I posted this: I was told that the data binding fix made it to the latest Android Studio Canary release.
Over the last year or so, we have been writing a lot of Kotlin at work. There is a consensus within the team that we all like working with the language. It really helps our productivity a lot by reducing a lot of boilerplate, we can actively enforce nullability rules that makes business logic obvious, and having the option to make extension functions offers a lot of flexibility.
I have recently been working on a feature that has a bunch of pre-conditions. Things like the user must be logged in AND the feature flag has to be turned on AND it only appears the first time the user lands on the screen.
One bit of task that I find myself doing over and over again is managing a bunch of
Views and their visibility. In the olden days <insert old person handwave>, before there was
ConstraintLayout, I have written my fair share of
container_s to make this task manageable. Say we have to do something like this:
Last week, I was talking to someone on my team and it became apparent that they weren’t aware of one super useful feature of data binding. If you know me at all, you know that I
like love this library, and I would take every opportunity to spread the love around.