内容简介:I doubt that there's an app in production that does not initialize a number of objects.This usually takes place in theLately, Jetpack introduced a new library just for this called
I doubt that there's an app in production that does not initialize a number of objects.
This usually takes place in the Application
class. You create a class that extends Application
and you declare it in your manifest. Easy, right? When there's only a small number of things to initialize, this makes sense. Application
is created only once and remains in context for the lifetime of your app. But what happens when you need to initialize a lot of things and comments such as // DO NOT CHANGE ORDERING!
start appearing?
Lately, Jetpack introduced a new library just for this called App Startup
. The concept is that you define an Initializer
for each item you want to initialize and then define its dependencies (for the framework to figure out the ordering). Following this approach, your initialization logic will remain organized and in order, decoupled from the Application
class.
Setup
Firstly, add this to your build.gradle
.
implementation "androidx.startup:startup-runtime:1.0.0-alpha01"
Check out the official doc for the latest version.
Initializers
Now you need to define an initializer for each component you want to initialize. A common use case is for the dependency injection framework (e.g. Dagger,Koin) to be initialized during application startup. This can have its own Initializer
with no dependencies.
class DependencyInjectionInitializer : Initializer<Unit> { override fun create(context: Context) { // Init logic for the D.I. framework you use } override fun dependencies(): List<Class<out Initializer<*>>> = emptyList() }
Any other component that needs to be initialized, can declare DependencyInjectionInitializer
as a dependency. This ensures that when something is requested from the D.I. framework, it will be available.
class BillingControllerInitializer : Initializer<Unit> { private val billingController by inject(BillingController::class.java) override fun create(context: Context) { // Init logic for the component that uses the D.I. framework billingController.connect() } override fun dependencies(): List<Class<out Initializer<*>>> = listOf(DependencyInjectionInitializer::class.java) }
Declare the initializers
The last step for these Initializers
to run automatically is to declare them in your AndroidManifest.xml
.
<application> [...] <provider android:name="androidx.startup.InitializationProvider" android:authorities="${applicationId}.androidx-startup" android:exported="false" tools:node="merge"> <meta-data android:name="my.java.package.BillingControllerInitializer" android:value="androidx.startup" /> </provider> </application>
Note that there is no need to declare all the Initializers
. Only the "leafs" in the dependency graph. In this example, we only need to declare BillingControllerInitializer
because it depends on DependencyInjectionInitializer
. The App Startup library will find it and initialize it as well.
Manual initialization
The library provides an option for the Initializers
not to run automatically. You can make a manual call when the initialization should happen. Further calls to the initialization method will return the same object (i.e. the library will keep a cache internally). Personally, I don't find this approach very useful, but if it fits your use case, consult the official doc
.
Happy initializing!
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Web全栈工程师的自我修养
余果 / 人民邮电出版社 / 2015-9-1 / 49.00
全栈工程师正成为 IT 行业的新秀,论是上市互联网公司还是创业公司,都对全栈工程师青睐有加。本书作者是腾讯公司高级工程师,在前端、后端和APP开发方面都有丰富的经验,在本书中分享了全栈工程师的技能要求、核心竞争力、未来发展方向、对移动端的思考。除此之外,本书还详细记录了作者从零开始、学习成长的心路历程。 本书内容全面,客观务实,适合互联网行业新人、程序员,以及期待技术转型的从业者阅读参考。一起来看看 《Web全栈工程师的自我修养》 这本书的介绍吧!