官網(wǎng)項目Jetpack?Startup庫學(xué)習(xí)
簡單認識一下Startup
nowinandroid項目作為目前google官方來演示MAD(現(xiàn)代Android開發(fā)技術(shù))的示例項目,里面大量依賴運用了jetpack包下的各種庫。通過分析學(xué)習(xí)這些庫在項中的實際使用可以幫助我們比直接閱讀庫的文檔來更好的理解和學(xué)習(xí)。希望通過學(xué)習(xí)后可以幫助到我們能熟練地在我們自己的項目中正確高效的使用到j(luò)etpack里面的各種強大庫。不廢話了,下面進入我們今天的正題——Startup

App Startup | Android Developers 官網(wǎng)的指南有興趣可以看看
我們今天不講原理,你只需知道這個庫比之前用多個content provider去實現(xiàn)初始化更高效,更精確,更顯性,也就是說能合并content provider提升app的啟動速度,能準確的控制初始化順序,能清晰的從代碼知道依賴關(guān)系。僅僅這些可能jym會說,我們項目不在乎那點啟動速度的提升,也沒有很多三方庫需要走初始化等,根本用不到這個庫。
是的,我之前也是這么理解的,但是通過nowinandroid項目發(fā)現(xiàn),有些jetpack內(nèi)的其他庫的初始化現(xiàn)在也交給Startup來完成了,這一點就很重要了。意味著我們可以少寫很多樣板代碼,少寫也意味著少犯錯。所以我覺的還是有必要單獨寫一篇文章來說說Startup
編寫初始化的代碼步驟很簡單主要就分3步:
- 定義實現(xiàn)
Initializer接口的實現(xiàn)類 - 配置manifest
- 自動或手動調(diào)用初始化操作
OK了!就這簡單3步,下面我們結(jié)合項目例子來看
項目代碼
- 先看第一步
object Sync {
// This method is a workaround to manually initialize the sync process instead of relying on
// automatic initialization with Androidx Startup. It is called from the app module's
// Application.onCreate() and should be only done once.
fun initialize(context: Context) {
AppInitializer.getInstance(context)
.initializeComponent(SyncInitializer::class.java)
}
}
internal const val SyncWorkName = "SyncWorkName"
/**
* Registers work to sync the data layer periodically on app startup.
*/
class SyncInitializer : Initializer<Sync> {
override fun create(context: Context): Sync {
WorkManager.getInstance(context).apply {
// Run sync on app startup and ensure only one sync worker runs at any time
enqueueUniqueWork(
SyncWorkName,
ExistingWorkPolicy.KEEP,
SyncWorker.startUpSyncWork(),
)
}
return Sync
}
override fun dependencies(): List<Class<out Initializer<*>>> =
listOf(WorkManagerInitializer::class.java)
}
定一個SyncInitializer類實現(xiàn)了泛型為Sync的Initializer接口。需要重寫接口定義的兩個方法:
-
create()方法, 它包含初始化組件所需的所有操作,并返回一個Sync的實例. -
dependencies()方法, 返回當前初始化器需要依賴的其他初始化器集合,我們可以用這個方法來變相的實現(xiàn)各個初始化器的執(zhí)行順序。
所以在create方法里面的執(zhí)行WorkManager.getInstance(context)方法是安全的。我們這篇只關(guān)注Startup所以我們只用知道在這個地方WorkManager做了些事情就行,后面會另開一篇單獨講WorkManager。為啥是安全的呢?因為在dependencies方法里面先執(zhí)行了WorkManagerInitializer::class.java初始化。我們再來看看這個類。
public final class WorkManagerInitializer implements Initializer<WorkManager> {
private static final String TAG = Logger.tagWithPrefix("WrkMgrInitializer");
@NonNull
@Override
public WorkManager create(@NonNull Context context) {
// Initialize WorkManager with the default configuration.
Logger.get().debug(TAG, "Initializing WorkManager with default configuration.");
//這個地方已經(jīng)完成了單例的構(gòu)建,后面再調(diào)用WorkManager.getInstance(context)獲取實例,否則報錯
WorkManager.initialize(context, new Configuration.Builder().build());
return WorkManager.getInstance(context);
}
@NonNull
@Override
public List<Class<? extends androidx.startup.Initializer<?>>> dependencies() {
//這里WorkManager的初始化不需要其他初始化構(gòu)造器,所以返回的是個空集合
return Collections.emptyList();
}
}
以上我們就把第一步走完了,現(xiàn)在再來看第二步
- 再看第二步
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools">
<application>
<provider
android:name="androidx.startup.InitializationProvider"
android:authorities="${applicationId}.androidx-startup"
android:exported="false"
tools:node="merge">
<!-- TODO: b/2173216 Disable auto sync startup till it works well with instrumented tests -->
<meta-data
android:name="com.google.samples.apps.nowinandroid.sync.initializers.SyncInitializer"
android:value="androidx.startup"
tools:node="remove" />
</provider>
</application>
</manifest>
這里需要注意的是tools:node="remove",在provider層級用的話是全局取消自動初始化,在meta-data層級用的話是單個組件取消自動初始化。例子展示的是單個組件取消自動初始化。另外注意的一點是被依賴的初始化組件是不需要再另外在manifest里面聲明的,這就是為什么WorkManagerInitializer沒有聲明。
- 最后一步
@HiltAndroidApp
class NiaApplication : Application(), ImageLoaderFactory {
override fun onCreate() {
super.onCreate()
// Initialize Sync; the system responsible for keeping data in the app up to date.
Sync.initialize(context = this)
}
/**
* Since we're displaying SVGs in the app, Coil needs an ImageLoader which supports this
* format. During Coil's initialization it will call `applicationContext.newImageLoader()` to
* obtain an ImageLoader.
*
* @see <a rel="external nofollow" >Coil</a>
*/
override fun newImageLoader(): ImageLoader {
return ImageLoader.Builder(this)
.components {
add(SvgDecoder.Factory())
}
.build()
}
}
上面的代碼是app的Application,我們今天的重點是Startup,所以我們先不管其他的。只用看onCreate下的Sync.initialize(context = this)方法。
object Sync {
// This method is a workaround to manually initialize the sync process instead of relying on
// automatic initialization with Androidx Startup. It is called from the app module's
// Application.onCreate() and should be only done once.
fun initialize(context: Context) {
AppInitializer.getInstance(context)
.initializeComponent(SyncInitializer::class.java)
}
}
AppInitializer.getInstance(context).initializeComponent(SyncInitializer::class.java)傳入SyncInitializer類,實現(xiàn)手動初始化完成。
以上就是nowinandroid項目對Startup庫的使用,并且上面我們也知道了我們自定義的初始化器在初始化的時候通過WorkManager做了些事情。那么下篇我們還是通過這個例子來看看nowinandroid是怎么使用WorkManager這個庫的,更多關(guān)于官網(wǎng)Jetpack Startup庫的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
自定義Adapter并通過布局泵LayoutInflater抓取layout模板編輯每一個item實現(xiàn)思路
自定義Adapter并通過布局泵LayoutInflater抓取layout模板編輯每一個item,下面我們開始學(xué)習(xí)這一篇的內(nèi)容,感興趣的朋友可以了解下哈2013-06-06
Android中 webView調(diào)用JS出錯的解決辦法
這篇文章主要介紹了Android中 webView調(diào)用JS出錯的解決辦法,需要的朋友可以參考下2015-01-01
Android使用onCreateOptionsMenu()創(chuàng)建菜單Menu的方法詳解
這篇文章主要介紹了Android使用onCreateOptionsMenu()創(chuàng)建菜單Menu的方法,結(jié)合實例形式較為詳細的分析了Android基于onCreateOptionsMenu創(chuàng)建菜單的具體步驟與相關(guān)操作技巧,需要的朋友可以參考下2016-11-11

