主頁 > 軟體設計 > Android面試題之Fragment篇

Android面試題之Fragment篇

2020-10-04 01:40:17 軟體設計

Fragment篇

  • 前言
  • Fragment
    • 1.如何切換 fragement(不重新實體化)
    • 2.Fragment 的的優點
    • 3.Fragment 如何實作類似 Activity 堆疊的壓堆疊和出堆疊效果
    • 4.Fragment 的 replace 和 add 方法的區別
    • 5.Fragment與Activity之間是如何傳值的
    • 6.Fragment生命周期
    • 7.ViewPager對Fragment生命周期的影響
  • 關于整理問題

前言

秋招在即,計蒙準備在國慶假期結束前整理一套Android初級面試題籍,希望對大家有所幫助


提示:以下是本篇文章正文內容

Fragment

1.如何切換 fragement(不重新實體化)

翻看了 Android 官方 Doc,和一些組件的源代碼,發現 replace()這個方法只是在上一個 Fragment不再需要時采用的簡便方法.

正確的切換方式是 add(),切換時 hide(),add()另一個 Fragment;再次切換時,只需 hide()當前,show()另一個,

這樣就能做到多個 Fragment 切換不重新實體化:


2.Fragment 的的優點

(1)Fragment 可以使你能夠將 activity 分離成多個可重用的組件,每個都有它自己的生命周期和UI,

(2)Fragment 可以輕松得創建動態靈活的 UI 設計,可以適應于不同的螢屏尺寸,從手機到平板電腦,

(3)Fragment 是一個獨立的模塊,緊緊地與 activity 系結在一起,可以運行中動態地移除、加入、交換等,

(4)Fragment 提供一個新的方式讓你在不同的安卓設備上統一你的 UI,

(5)Fragment 解決 Activity 間的切換不流暢,輕量切換,(6)Fragment 替代 TabActivity 做導航,性能更好,

(7)Fragment 在 4.2.版本中新增嵌套 fragment 使用方法,能夠生成更好的界面效果,


3.Fragment 如何實作類似 Activity 堆疊的壓堆疊和出堆疊效果

Fragment 的事物管理器內部維持了一個雙向鏈表結構,該結構可以記錄我們每次 add 的Fragment 和 replace 的 Fragment,然后當我們點擊 back 按鈕的時候會自動幫我們實作退堆疊操作,


4.Fragment 的 replace 和 add 方法的區別

Fragment 本身并沒有 replace 和 add 方法,這里的理解應該為使用 FragmentManager 的 replace和 add 兩種方法切換 Fragment 時有什么不同,

我們經常使用的一個架構就是通過 RadioGroup 切換 Fragment,每個 Fragment 就是一個功能模塊,

Fragment 的容器一個 FrameLayout,add 的時候是把所有的 Fragment 一層一層的疊加到了FrameLayout 上了,而 replace 的話首先將該容器中的其他 Fragment 去除掉然后將當前 Fragment添加到容器中,

一個 Fragment 容器中只能添加一個 Fragment 種類,如果多次添加則會報例外,導致程式終止,而 replace 則無所謂,隨便切換,

因為通過 add 的方法添加的 Fragment,每個 Fragment 只能添加一次,因此如果要想達到切換效果需要通過 Fragment 的的 hide 和 show 方法結合者使用,將要顯示的 show 出來,將其他 hide起來,這個程序 Fragment 的生命周期沒有變化,通過 replace 切換 Fragment,每次都會執行上一個 Fragment 的 onDestroyView,新 Fragment的 onCreateView、onStart、onResume 方法,

基于以上不同的特點我們在使用的使用一定要結合著生命周期操作我們的視圖和資料,


5.Fragment與Activity之間是如何傳值的

  1. Activity向Fragment傳值:

將要傳的值,放到bundle物件里; 在Activity中創建該Fragment的物件fragment,
通過呼叫 fragment.setArguments()傳遞到fragment中;
在該Fragment中通過呼叫getArguments()得到bundle物件,就能得到里面的值,

  1. Fragment向Activity傳值:

在Activity中呼叫getFragmentManager()得到fragmentManager,,呼叫findFragmentByTag(tag)或者通過findFragmentById(id)
FragmentManager fragmentManager = getFragmentManager();
Fragment fragment = fragmentManager.findFragmentByTag(tag);

通過回呼的方式,定義一個介面(可以在Fragment類中定義),介面中有一個空的方法,在fragment中需要的時候呼叫介面的方法,值可以作為引數放在這個方法中,然后讓Activity實作這個介面,必然會重寫這個方法,這樣值就傳到了Activity中


6.Fragment生命周期

  1. onAttach(Contextcontext):在Fragment和Activity關聯上的時候呼叫,且僅呼叫一次,在該回呼中我們可以將context轉化為Activity保存下來,從而避免后期頻繁呼叫getAtivity()獲取Activity的局面,避免了在某些情況下getAtivity()為空的例外(Activity和Fragment分離的情況下),同時也可以在該回呼中將傳入的Arguments提取并決議,在這里強烈推薦通過setArguments給Fragment傳引數,因為在應用被系統回收時Fragment不會保存相關屬性,
  2. onCreate:在最初創建Fragment的時候會呼叫,和Activity的onCreate類似,
  3. View onCreateView(LayoutInflater inflater, ViewGroup container,Bundle savedInstanceState):在準備繪制Fragment界面時呼叫,回傳值為Fragment要繪制布局的根視圖,當然也可以回傳null,注意使用inflater構建View時一定要將attachToRoot指明false,因為Fragment會自動將視圖添加到container中,attachToRoot為true會重復添加報錯,onCreateView并不是一定會被呼叫,當添加的是沒有界面的Fragment就不會呼叫,比如呼叫FragmentTransaction的add(Fragment fragment, String tag)方法,
  4. onActivityCreated :在Activity的onCreated執行完時會呼叫,
  5. onStart() :Fragment對用戶可見的時候呼叫,前提是Activity已經started,
  6. onResume():Fragment和用戶之前可互動時會呼叫,前提是Activity已經resumed,
  7. onPause():Fragment和用戶之前不可互動時會呼叫,
  8. onStop():Fragment不可見時會呼叫,
  9. onDestroyView():在移除Fragment相關視圖層級時呼叫,
  10. onDestroy():最終清楚Fragment狀態時會呼叫,
  11. onDetach():Fragment和Activity解除關聯時呼叫,

7.ViewPager對Fragment生命周期的影響

ViewPager+Fragment是比較常見的組合了,一般搭配ViewPager的FragmentPagerAdapter或FragmentStatePagerAdapter使用,不過ViewPager為了防止滑動出現卡頓,有一個快取機制,默認情況下ViewPager會創建并快取當前頁面左右兩邊的頁面(如Fragment),此時左右兩個Fragment都會執行從onAttach->….->onResume的生命周期,明明Fragment沒有顯示卻已經到onResume了,在某些情況下會出現問題,比如資料的加載時機、判斷Fragment是否可見等,


關于整理問題

當全部整理完畢后將整理成pdf格式,以方便閱讀,檔案獲取如下圖(10月8日后)!


在這里插入圖片描述

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/153035.html

標籤:其他

上一篇:PAT 1005 后綴陣列

下一篇:C. Discrete Acceleration(二分)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more