欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Android 8.0系統(tǒng)中通知欄的適配微技巧

 更新時間:2018年04月17日 17:26:40   作者:guolin  
這篇文章主要介紹了Android 8.0系統(tǒng)中通知欄的適配微技巧,Android 8.0系統(tǒng)最主要需要進行適配的地方有兩處:應用圖標和通知欄。具體配置方法技巧大家參考下本文

大家好,今天我們繼續(xù)來學習Android 8.0系統(tǒng)的適配。

之前我們已經講到了,Android 8.0系統(tǒng)最主要需要進行適配的地方有兩處:應用圖標和通知欄。在上一篇文章當中,我們學習了Android 8.0系統(tǒng)應用圖標的適配,還沒有看過這篇文章的朋友可以先去閱讀 Android應用圖標微技巧,8.0系統(tǒng)中應用圖標的適配 。

那么本篇文章,我們自然要將重點放在通知欄上面了,學習一下Android 8.0系統(tǒng)的通知欄適配。

其實在8.0系統(tǒng)之前,還有一次通知欄變動比較大的版本,就是5.0系統(tǒng)。關于5.0系統(tǒng)需要對通知欄進行適配的內容,我也整理了一篇文章,感興趣的朋友可以去閱讀Android通知欄微技巧,那些你所沒關注過的小細節(jié) 。

那么下面我們就開始進入本篇文章的正題。

為什么要進行通知欄適配?

不得不說,通知欄真是一個讓人又愛又恨的東西。

通知欄是Android系統(tǒng)原創(chuàng)的一個功能,雖說喬布斯一直認為Android系統(tǒng)是徹徹底底抄襲iOS的一個產品,但是通知欄確實是Android系統(tǒng)原創(chuàng)的,反而蘋果在iOS 5之后也加入了類似的通知欄功能。

通知欄的設計確實非常巧妙,它默認情況下不占用任何空間,只有當用戶需要的時候用手指在狀態(tài)欄上向下滑動,通知欄的內容才會顯示出來,這在智能手機發(fā)展的初期極大地解決了手機屏幕過小,內容展示區(qū)域不足的問題。

可是隨著智能手機發(fā)展的逐漸成熟,通知欄卻變得越來越不討人喜歡了。各個App都希望能搶占通知欄的空間,來盡可能地宣傳和推廣自己的產品?,F在經常是早上一覺醒來拿起手機一看,通知欄上全是各種APP的推送,不勝其煩。

我個人雖然是Android應用開發(fā)者,但同時也是Android手機的資深用戶。我已經使用了8年的Android手機,目前我對于通知欄的這種垃圾推送是零容忍的。現在每當我安裝一個新的App時,我都會先到設置里面去找一找有沒有推送開關,如果有的話我會第一時間把它關掉。而如果一個App經常給我推送垃圾信息卻又無法關閉時,我會直接將它的通知總開關給關掉,如果還不是什么重要的App的話,那么我可能就直接將它卸載掉了。

為什么一個很好的通知欄功能現在卻變得這么遭用戶討厭?很大一部分原因都是因為開發(fā)者沒有節(jié)制地使用導致的。就好像App?;钜粯?,直到今天還是不斷有人問我該如何保活App,試想如何每個人都能保活自己的App,那么最終受害的人是誰?還不是使用Android手機的用戶。大家的手機只會越來越卡,最后只想把手機丟掉,變成iPhone用戶了。也是因為開發(fā)者沒節(jié)制地使用,Android現在的每個版本都會不斷收縮后臺權限。

回到通知欄上也是一樣,每個開發(fā)者都只想著盡可能地去宣傳自己的App,最后用戶的手機就亂得跟雞窩一樣了。但是通知欄又還是有用處的,比如我們收到微信、短信等消息的時候,確實需要通知欄給我們提醒。因此分析下來,通知欄目前最大的問題就是,無法讓用戶對感興趣和不感興趣的消息進行區(qū)分。就比如說,我希望淘寶向我推送賣家發(fā)貨和物流的相關消息,但是我不想收到那些打折促銷或者是讓我去買衣服的這類消息。那么就目前來說,是沒有辦法對這些消息做區(qū)分的,我要么同意接受所有消息,要么就屏蔽所有消息,這是當前通知欄的痛點。

那么在Android 8.0系統(tǒng)中,Google也是從這個痛點開始下手的。

8.0系統(tǒng)的通知欄適配

從Android 8.0系統(tǒng)開始,Google引入了通知渠道這個概念。

什么是通知渠道呢?顧名思義,就是每條通知都要屬于一個對應的渠道。每個App都可以自由地創(chuàng)建當前App擁有哪些通知渠道,但是這些通知渠道的控制權都是掌握在用戶手上的。用戶可以自由地選擇這些通知渠道的重要程度,是否響鈴、是否振動、或者是否要關閉這個渠道的通知。

擁有了這些控制權之后,用戶就再也不用害怕那些垃圾推送消息的打擾了,因為用戶可以自主地選擇自己關心哪些通知、不關心哪些通知。舉個具體的例子,我希望可以即時收到支付寶的收款信息,因為我不想錯過任何一筆收益,但是我又不想收到支付寶給我推薦的周圍美食,因為我沒錢只吃得起公司食堂。這種情況,支付寶就可以創(chuàng)建兩種通知渠道,一個收支,一個推薦,而我作為用戶對推薦類的通知不感興趣,那么我就可以直接將推薦通知渠道關閉,這樣既不影響我關心的通知,又不會讓那些我不關心的通知來打擾我了。

對于每個App來說,通知渠道的劃分是非常需要仔細考究的,因為通知渠道一旦創(chuàng)建之后就不能再修改了,因此開發(fā)者需要仔細分析自己的App一共有哪些類型的通知,然后再去創(chuàng)建相應的通知渠道。這里我們來參考一下Twitter的通知渠道劃分:

可以看到,Twitter就是根據自己的通知類型,對通知渠道進行了非常詳細的劃分,這樣用戶的自主選擇性就比較高了,也就大大降低了用戶不堪其垃圾通知的騷擾而將App卸載的概率。

我一定要適配嗎?

Google這次對于8.0系統(tǒng)通知渠道的推廣態(tài)度還是比較強硬的。

首先,如果你升級了appcompat庫,那么所有使用appcompat庫來構建通知的地方全部都會進行廢棄方法提示,如下所示:

上圖告訴我們,此方法已廢棄,需要使用帶有通知渠道的方法才行。

當然,Google也并沒有完全做絕,即使方法標為了廢棄,但還是可以正常使用的??墒侨绻銓㈨椖恐械膖argetSdkVersion指定到了26或者更高,那么Android系統(tǒng)就會認為你的App已經做好了8.0系統(tǒng)的適配工作,當然包括了通知欄的適配。這個時候如果還不使用通知渠道的話,那么你的App的通知將完全無法彈出。因此這里給大家的建議就是,一定要適配。

好了,前面向大家介紹了這么多的背景知識,那么現在開始我們就正式進入正題,來學習一下如何進行8.0系統(tǒng)中通知欄的適配。

創(chuàng)建通知渠道

首先我們使用Android Studio來新建一個項目,就叫它NotificationTest吧。

創(chuàng)建好項目之后,打開app/build.gradle文件檢查一下,確保targetSdkVersion已經指定到了26或者更高,如下所示:

apply plugin: 'com.android.application'
android {
 compileSdkVersion 26
 defaultConfig {
 applicationId "com.example.notificationtest"
 minSdkVersion 15
 targetSdkVersion 26
 versionCode 1
 versionName "1.0"
 testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
 }
}

可以看到,這里我在創(chuàng)建新項目的時候默認targetSdkVersion就是26,如果你是低于26的話,說明你的Android SDK有些老了,最好還是更新一下。當然如果你懶得更新也沒關系,手動把它改成26就可以了。

接下來修改MainActivity中的代碼,如下所示:

public class MainActivity extends AppCompatActivity {
 @Override
 protected void onCreate(Bundle savedInstanceState) {
 super.onCreate(savedInstanceState);
 setContentView(R.layout.activity_main);
 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
  String channelId = "chat";
  String channelName = "聊天消息";
  int importance = NotificationManager.IMPORTANCE_HIGH;
  createNotificationChannel(channelId, channelName, importance);
  channelId = "subscribe";
  channelName = "訂閱消息";
  importance = NotificationManager.IMPORTANCE_DEFAULT;
  createNotificationChannel(channelId, channelName, importance);
 }
 }
 @TargetApi(Build.VERSION_CODES.O)
 private void createNotificationChannel(String channelId, String channelName, int importance) {
 NotificationChannel channel = new NotificationChannel(channelId, channelName, importance);
 NotificationManager notificationManager = (NotificationManager) getSystemService(
  NOTIFICATION_SERVICE);
 notificationManager.createNotificationChannel(channel);
 }
}

代碼不長,我來簡單解釋下。這里我們在MainActivity中創(chuàng)建了兩個通知渠道,首先要確保的是當前手機的系統(tǒng)版本必須是Android 8.0系統(tǒng)或者更高,因為低版本的手機系統(tǒng)并沒有通知渠道這個功能,不做系統(tǒng)版本檢查的話會在低版本手機上造成崩潰。

創(chuàng)建一個通知渠道的方式非常簡單,這里我封裝了一個createNotificationChannel()方法,里面的邏輯相信大家都看得懂。需要注意的是,創(chuàng)建一個通知渠道至少需要渠道ID、渠道名稱以及重要等級這三個參數,其中渠道ID可以隨便定義,只要保證全局唯一性就可以。渠道名稱是給用戶看的,需要能夠表達清楚這個渠道的用途。重要等級的不同則會決定通知的不同行為,當然這里只是初始狀態(tài)下的重要等級,用戶可以隨時手動更改某個渠道的重要等級,App是無法干預的。

上述代碼我是模擬了這樣一個場景。想象一下我們正在開發(fā)一個類似于微信的App,其中App通知主要可以分為兩類,一類是我和別人的聊天消息,這類消息非常重要,因此重要等級我設為了IMPORTANCE_HIGH。另一類是公眾號的訂閱消息,這類消息不是那么重要,因此重要等級我設為了IMPORTANCE_DEFAULT。除此之外,重要等級還可以設置為IMPORTANCE_LOW、IMPORTANCE_MIN,分別對應了更低的通知重要程度。

現在就可以運行一下代碼了,運行成功之后我們關閉App,進入到設置 -> 應用 -> 通知當中,查看NotificationTest這個App的通知界面,如下圖所示:

剛才我們創(chuàng)建的兩個通知渠道這里已經顯示出來了。可以看到,由于這兩個通知渠道的重要等級不同,通知的行為也是不同的,聊天消息可以發(fā)出提示音并在屏幕上彈出通知,而訂閱消息只能發(fā)出提示音。

當然,用戶還可以點擊進去對該通知渠道進行任意的修改,比如降低聊天消息的重要等級,甚至是可以完全關閉該渠道的通知。

至于創(chuàng)建通知渠道的這部分代碼,你可以寫在MainActivity中,也可以寫在Application中,實際上可以寫在程序的任何位置,只需要保證在通知彈出之前調用就可以了。并且創(chuàng)建通知渠道的代碼只在第一次執(zhí)行的時候才會創(chuàng)建,以后每次執(zhí)行創(chuàng)建代碼系統(tǒng)會檢測到該通知渠道已經存在了,因此不會重復創(chuàng)建,也并不會影響任何效率。

讓通知顯示出來

觸發(fā)通知的代碼和之前版本基本是沒有任何區(qū)別的,只是在構建通知對象的時候,需要多傳入一個通知渠道ID,表示這條通知是屬于哪個渠道的。

那么下面我們就來讓通知顯示出來。

首先修改activity_main.xml中的代碼,如下所示:

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
 xmlns:android="http://schemas.android.com/apk/res/android"
 android:orientation="vertical"
 android:layout_width="match_parent"
 android:layout_height="match_parent">
 <Button
 android:layout_width="wrap_content"
 android:layout_height="wrap_content"
 android:text="發(fā)送聊天消息"
 android:onClick="sendChatMsg"
 />
 <Button
 android:layout_width="wrap_content"
 android:layout_height="wrap_content"
 android:text="發(fā)送訂閱消息"
 android:onClick="sendSubscribeMsg"
 />
</LinearLayout>

這里我們在布局文件中加入了兩個按鈕,很顯然,一個是用于觸發(fā)聊天消息渠道通知的,一個是用于觸發(fā)訂閱消息渠道通知的。

接下來修改MainActivity中的代碼,如下所示:

public class MainActivity extends AppCompatActivity {
 ...
 public void sendChatMsg(View view) {
 NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
 Notification notification = new NotificationCompat.Builder(this, "chat")
  .setContentTitle("收到一條聊天消息")
  .setContentText("今天中午吃什么?")
  .setWhen(System.currentTimeMillis())
  .setSmallIcon(R.drawable.icon)
  .setLargeIcon(BitmapFactory.decodeResource(getResources(), R.drawable.icon))
  .setAutoCancel(true)
  .build();
 manager.notify(1, notification);
 }
 public void sendSubscribeMsg(View view) {
 NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
 Notification notification = new NotificationCompat.Builder(this, "subscribe")
  .setContentTitle("收到一條訂閱消息")
  .setContentText("地鐵沿線30萬商鋪搶購中!")
  .setWhen(System.currentTimeMillis())
  .setSmallIcon(R.drawable.icon)
  .setLargeIcon(BitmapFactory.decodeResource(getResources(), R.drawable.icon))
  .setAutoCancel(true)
  .build();
 manager.notify(2, notification);
 }
}

這里我們分別在sendChatMsg()和sendSubscribeMsg()方法中觸發(fā)了兩條通知,創(chuàng)建通知的代碼就不再多做解釋了,和傳統(tǒng)創(chuàng)建通知的方法沒什么兩樣,只是在NotificationCompat.Builder中需要多傳入一個通知渠道ID,那么這里我們分別傳入了chat和subscribe這兩個剛剛創(chuàng)建的渠道ID。

現在重新運行一下代碼,并點擊發(fā)送聊天消息按鈕,效果如下圖所示:

由于這是一條重要等級高的通知,因此會使用這種屏幕彈窗的方式來通知用戶有消息到來。然后我們可以下拉展開通知欄,這里也能查看到通知的詳細信息:

用戶可以通過快速向左或者向右滑動來關閉這條通知。

接下來點擊發(fā)送訂閱消息按鈕,你會發(fā)現現在屏幕上不會彈出一條通知提醒了,只會在狀態(tài)欄上顯示一個小小的通知圖標:

因為訂閱消息通知的重要等級是默認級別,這就是默認級別通知的展示形式。當然我們還是可以下拉展開通知欄,查看通知的詳細信息:

不過上面演示的都是通知欄的傳統(tǒng)功能,接下來我們看一看Android 8.0系統(tǒng)中通知欄特有的功能。

剛才提到了,快速向左或者向右滑動可以關閉一條通知,但如果你緩慢地向左或者向右滑動,就會看到這樣兩個按鈕:

其中,左邊那個時鐘圖標的按鈕可以讓通知延遲顯示。比方說這是一條比較重要的通知,但是我暫時沒時間看,也不想讓它一直顯示在狀態(tài)欄里打擾我,我就可以讓它延遲一段后時間再顯示,這樣我就暫時能夠先將精力放在專注的事情上,等過會有時間了這條通知會再次顯示出來,我不會錯過任何信息。如下所示:

而右邊那個設置圖標的按鈕就可以用來對通知渠道進行屏蔽和配置了,用戶對每一個App的每一個通知渠道都有絕對的控制權,可以根據自身的喜好來進行配置和修改。如下所示:

比如說我覺得訂閱消息老是向我推薦廣告,實在是太煩了,我就可以將訂閱消息的通知渠道關閉掉。這樣我以后就不會再收到這個通知渠道下的任何消息,而聊天消息卻不會受到影響,這就是8.0系統(tǒng)通知渠道最大的特色。

另外,點擊上圖中的所有類別就可以進入到當前應用程序通知的完整設置界面。

管理通知渠道

在前面的內容中我們已經了解到,通知渠道一旦創(chuàng)建之后就不能再通過代碼修改了。既然不能修改的話那還怎么管理呢?為此,Android賦予了開發(fā)者讀取通知渠道配置的權限,如果我們的某個功能是必須按照指定要求來配置通知渠道才能使用的,那么就可以提示用戶去手動更改通知渠道配置。

只講概念總是不容易理解,我們還是通過具體的例子來學習一下。想一想我們開發(fā)的是一個類似于微信的App,聊天消息是至關重要的,如果用戶不小心將聊天消息的通知渠道給關閉了,那豈不是所有重要的信息全部都丟了?為此我們一定要保證用戶打開了聊天消息的通知渠道才行。

修改MainActivity中的代碼,如下所示:

public class MainActivity extends AppCompatActivity {
 ...
 public void sendChatMsg(View view) {
 NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
  NotificationChannel channel = manager.getNotificationChannel("chat");
  if (channel.getImportance() == NotificationManager.IMPORTANCE_NONE) {
  Intent intent = new Intent(Settings.ACTION_CHANNEL_NOTIFICATION_SETTINGS);
  intent.putExtra(Settings.EXTRA_APP_PACKAGE, getPackageName());
  intent.putExtra(Settings.EXTRA_CHANNEL_ID, channel.getId());
  startActivity(intent);
  Toast.makeText(this, "請手動將通知打開", Toast.LENGTH_SHORT).show();
  }
 }
 Notification notification = new NotificationCompat.Builder(this, "chat")
  ...
  .build();
 manager.notify(1, notification);
 }
 ...
}

這里我們對sendChatMsg()方法進行了修改,通過getNotificationChannel()方法獲取到了NotificationChannel對象,然后就可以讀取該通知渠道下的所有配置了。這里我們判斷如果通知渠道的importance等于IMPORTANCE_NONE,就說明用戶將該渠道的通知給關閉了,這時會跳轉到通知的設置界面提醒用戶手動打開。

現在重新運行一下程序,效果如下圖所示:

可以看到,當我們將聊天消息的通知渠道關閉后,下次再次發(fā)送聊天消息將會直接跳轉到通知設置界面,提醒用戶手動將通知打開。

除了以上管理通知渠道的方式之外,Android 8.0還賦予了我們刪除通知渠道的功能,只需使用如下代碼即可刪除:

NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
manager.deleteNotificationChannel(channelId);

但是這個功能非常不建議大家使用。因為Google為了防止應用程序隨意地創(chuàng)建垃圾通知渠道,會在通知設置界面顯示所有被刪除的通知渠道數量,如下圖所示:

這樣是非常不美觀的,所以對于開發(fā)者來說最好的做法就是仔細規(guī)劃好通知渠道,而不要輕易地使用刪除功能。

顯示未讀角標

前面我們提到過,蘋果是從iOS 5開始才引入了通知欄功能,那么在iOS 5之前,iPhone都是怎么進行消息通知的呢?使用的就是未讀角標功能,效果如下所示:

實際上Android系統(tǒng)之前是從未提供過這種類似于iOS的角標功能的,但是由于很多國產手機廠商都喜歡跟風iOS,因此各種國產手機ROM都紛紛推出了自己的角標功能。

可是國產手機廠商雖然可以訂制ROM,但是卻沒有制定API的能力,因此長期以來都沒有一個標準的API來實現角標功能,很多都是要通過向系統(tǒng)發(fā)送廣播來實現的,而各個手機廠商的廣播標準又不一致,經常導致代碼變得極其混雜。

值得高興的是,從8.0系統(tǒng)開始,Google制定了Android系統(tǒng)上的角標規(guī)范,也提供了標準的API,長期讓開發(fā)者頭疼的這個問題現在終于可以得到解決了。

那么下面我們就來學習一下如何在Android系統(tǒng)上實現未讀角標的效果。

修改MainActivity中的代碼,如下所示:

public class MainActivity extends AppCompatActivity {
 ...
 @TargetApi(Build.VERSION_CODES.O)
 private void createNotificationChannel(String channelId, String channelName, int importance) {
 NotificationChannel channel = new NotificationChannel(channelId, channelName, importance);
 channel.setShowBadge(true);
 NotificationManager notificationManager = (NotificationManager) getSystemService(
  NOTIFICATION_SERVICE);
 notificationManager.createNotificationChannel(channel);
 }
 public void sendSubscribeMsg(View view) {
 NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
 Notification notification = new NotificationCompat.Builder(this, "subscribe")
  ...
  .setNumber(2)
  .build();
 manager.notify(2, notification);
 }
}

可以看到,這里我們主要修改了兩個地方。第一是在創(chuàng)建通知渠道的時候,調用了NotificationChannel的setShowBadge(true)方法,表示允許這個渠道下的通知顯示角標。第二是在創(chuàng)建通知的時候,調用了setNumber()方法,并傳入未讀消息的數量。

現在重新運行一下程序,并點擊發(fā)送訂閱消息按鈕,然后在Launcher中找到NotificationTest這個應用程序,如下圖所示:

可以看到,在圖標的右上角有個綠色的角標,說明我們編寫的角標功能已經生效了。

需要注意的是,即使我們不調用setShowBadge(true)方法,Android系統(tǒng)默認也是會顯示角標的,但是如果你想禁用角標功能,那么記得一定要調用setShowBadge(false)方法。

但是未讀數量怎么沒有顯示出來呢?這個功能還需要我們對著圖標進行長按才行,效果如下圖所示:

這樣就能看到通知的未讀數量是2了。

可能有些朋友習慣了iOS上的那種未讀角標,覺得Android上這種還要長按的方式很麻煩。這個沒有辦法,因為這畢竟是Android原生系統(tǒng),Google沒有辦法像國內手機廠商那樣可以肆無忌憚地模仿iOS,要不然可能會吃官司的。但是我相信國內手機廠商肯定會將這部分功能進行定制,風格應該會類似于iOS。不過這都不重要,對于我們開發(fā)者來說,最好的福音就是有了統(tǒng)一的API標準,不管國內手機廠商以后怎么定制ROM,都會按照這個API的標準來定制,我們只需要使用這個API來進行編程就可以了。

總結

以上所述是小編給大家介紹的Android 8.0系統(tǒng)中通知欄的適配微技巧,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對腳本之家網站的支持!

相關文章

  • Android webview用法實例簡析

    Android webview用法實例簡析

    這篇文章主要介紹了Android webview用法,結合實例形式簡單分析了Android中webview的功能、用法與相關注意事項,需要的朋友可以參考下
    2016-01-01
  • Android?妙用TextView實現左邊文字,右邊圖片

    Android?妙用TextView實現左邊文字,右邊圖片

    這篇文章主要介紹了Android?妙用TextView實現左邊文字,右邊圖片的相關資料,需要的朋友可以參考下
    2023-07-07
  • android針對json數據解析方法實例分析

    android針對json數據解析方法實例分析

    這篇文章主要介紹了android針對json數據解析方法,以實例形式較為詳細的分析了Android操作json格式數據的各種常用技巧,具有一定參考借鑒價值,需要的朋友可以參考下
    2015-10-10
  • Gradle?Build?Cache引發(fā)的Task緩存編譯問題

    Gradle?Build?Cache引發(fā)的Task緩存編譯問題

    這篇文章主要為大家介紹了Gradle?Build?Cache引發(fā)的Task緩存編譯問題,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2022-06-06
  • Android ANR原理分析

    Android ANR原理分析

    ANR即Application Not Responding,顧名思義就是應用程序無響應。在Android中,一般情況下,四大組件均是工作在主線程中的,Android會隨時監(jiān)控應用程序的響應情況,如果因為一些耗時操作,那么系統(tǒng)就會顯示ANR對話框提示用戶對應的應用處于無響應狀態(tài)
    2021-06-06
  • 鴻蒙開源第三方組件之連續(xù)滾動圖像組件功能

    鴻蒙開源第三方組件之連續(xù)滾動圖像組件功能

    這篇文章主要介紹了鴻蒙開源第三方組件之連續(xù)滾動圖像組件功能,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2021-04-04
  • Android IPC機制Messenger實例詳解

    Android IPC機制Messenger實例詳解

    這篇文章主要介紹了 Android IPC機制Messenger實例詳解的相關資料,需要的朋友可以參考下
    2017-07-07
  • Android應用動態(tài)修改主題的方法示例

    Android應用動態(tài)修改主題的方法示例

    今天小編就為大家分享一篇關于Android應用動態(tài)修改主題的方法示例,小編覺得內容挺不錯的,現在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧
    2019-03-03
  • 簡單介紹Android中Activity的四種啟動模式

    簡單介紹Android中Activity的四種啟動模式

    在Android中每個界面都是一個Activity,切換界面操作其實是多個不同Activity之間的實例化操作。本文給大家介紹Android中Activity的四種啟動模式,需要的朋友參考下吧
    2016-04-04
  • Android組件content provider使用解析

    Android組件content provider使用解析

    這篇文章主要為大家詳細解析了Android組件content provider的使用方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2017-06-06

最新評論