You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
To be used in conjunction of maven-publish to correctly generate an AAR Pomfile.
Why?
For some reason, I can't get maven-publish to generate a Pomfile when I'm exporting an Android library (AAR).
This plugin generates the Pomfile by looking at library's classpath and exclusions.
We highlight some of the tips and tricks to take into consideration while migration your Android Java project to Kotlin.
Android Java to Kotlin (Things to take into consideration)
1. View Binding
The old school way
Usually while writing view binding code for android you need to declare your view components and then bind them to their respective views using findViewById which is a lot of hassle and can even reduce your performance if done in a wrong way.
Typically is tedious and looks something like this.
Explained steps to migrate your Android/IOS Project to use Firebase Analytics and App distribution instead of Fabric Crashlytics and Beta distribution.
Fabric to Firebase
As we all know that Fabric is being migrated to Firebase and all Fabric features (Crashlytics, Beta, etc.) will have their equivalents in Firebase (Analytics, Distribution, etc.)
As a result we will need to migrate our current Fabric projects to Firebase in order to keep our analytic data and continue using other features like Beta distribution.
In this article I will try to simplify all the steps needed to migrate you project to Firebase, keep your analytics and configure automated releases using Fastlane and CircleCI.