文章來源于：華為終端開發者論壇（原創，轉載請注明出處）
地址：https://developer.huawei.com/consumer/cn/forum/
論壇簡介：華為開發者聯盟是華為終端業務的生態服務平臺，攜手全球開發者共同打造終端消費者的卓越用戶體驗，構建萬物互聯的智慧終端生態。目前開發者聯盟已經有57萬用戶，為了更好地幫助開發法者了解華為開放能力及服務，開發者聯盟建立華為CBG開發者論壇。
缺少開發技術指導？苦于無人交流？想了解華為最新黑科技？助力開發者溝通華為牛人的技術交流平臺—開發者論壇應運而生。開發者可以在這里探索開發實踐，獲悉業界動態、解決開發疑惑。通過對能力、技術、服務、IDE等進行全面透徹的講解，實作開發者之間全方位的技術交流！
1. Overview
1.1 折疊屏形態概念
物理螢屏概念：
（1）柔性屏：采用可彎曲、柔韌性佳螢屏，可隨意彎曲且不影響使用；
（2）折疊屏：柔性屏的一種，可折疊的螢屏形態，兩折，多折等。
1.2 MateX形態概念
1. MateX的物理姿態
（1）折疊態：折疊后的形態；
（2）展開態：完全展開后的形態；
（3）支架態：折疊到完全展開的中間狀態，可平穩放置。
2. MateX螢屏的物理切分
展開態下，提供一個完整的大尺寸螢屏：
（1）大屏：展開形態下，最大的螢屏，可正常顯示應用內容。
折疊態和支架態下，基于折疊后形成的螢屏幾何形態，對螢屏劃分為2個螢屏區域：
（1）正面螢屏：折疊常規形態下的主要展示螢屏，可正常顯示應用內容；
（2）背面螢屏：折疊常規形態下的次要展示螢屏，可正常顯示應用內容。
1.3 適用范圍
華為Mate X系列產品。
1.4 使用物件
華為自研及合作三方需要適配折疊屏手機的應用的開發者、UX設計師、測驗、系統工程師。
2. UX設計指導
2.1 架構規范
2.1.1 折疊屏典型狀態資訊架構特點
折疊屏產品，最常用的使用狀態分為：折疊狀態、展開狀態。
用戶通過改變手機當前的使用狀態，螢屏內的顯示會遵從如下資訊架構規則進行切換：
（1）當前在螢屏上呈現的應用保持運行，不應該出現應用跳出、行程中斷、退出到上一層級、螢屏跳轉等體驗不連續情況；
（2）由于螢屏尺寸發生變化，應用應采用適當的手段對螢屏上內容布局進行優化調整；
（3）常見的布局調整樣式請見下一節的詳細論述。
2.1.2 折疊屏展開后的布局變化
1. 虛線分隔左側：僅資訊布局轉換（對界面資訊架構不造成影響）
（1）縱向布局結構不變；單個元素在行內進行等比縮放；同一行內橫向空間延伸，可容納元素個數增加；
（2）為適應螢屏的可視區變化，進行版面的重新布局，螢屏內可視化元素進行重新分組，各組塊位置挪移，最終形成均衡的排版。
2. 虛線分隔右側：資訊架構變化（改變螢屏內資訊層級關系和跳轉路徑）
（1）跨層級，將原來折疊態需要兩屏、并通過跳轉才能切換的內容，在展開態下的同一屏中進行同時展示；
（2）對互動結構相對復雜、資訊形態種類更豐富的應用，借助應用內懸浮態互動元素，在應用內實作更多架構分支上的資訊同屏呈現，或完成應用內的快速跳轉切換。
2.1.3 典型布局：回應式布局變化
1. 適應場景：
內容呈現型界面，單頁面內資訊架構扁平，內容元素為單層串列或分組串列結構，如內容門戶網站首頁面。
2. 適配策略：
保持頁面元素和模組的基本結構，基于螢屏寬度的增加，在橫向增加單行元素。具體回應式布局的細節方法，可見后續相關章節。
3. 需注意：
首先滿足的基本適配要求，如沒有視覺元素的過度縮放，界面布局總體保持平衡，同組元素間距均衡合理；
保持對業務需求的滿足，例如分類個數，圖形元素的素材尺寸和格式限制，內容數量和運營能力等不受到沖擊。
4. 回應式布局的樣例：華為應用市場
內容門戶型網頁，符合回應式布局的條件。
優先考慮大屏布局適配展開態界面，保持頁面整體架構，保持各分組元素的屬性、格式
橫向可延伸滾動，同組元素數量可顯示更多個。
保持各元素物理尺寸不變，橫向可以擴大留白保持視覺均衡，或顯示更多同組元素。
從主屏切換到展開態時，通過類似橫向延伸的過場影片效果來呈現流暢舒適的過渡。
2.1.4 典型布局：挪移布局變化
1. 適應場景：
應用/頁面型別：內容呈現型，單頁面內資訊架構層級少，如門戶網站首頁面，內容詳情頁面等。
2. 適配策略：
保持頁面元素和模組的基礎上，基于螢屏形態，重新調整布局設計，優化體驗。
3. 需注意：
首先滿足的基本適配要求，解決在寬度螢屏下的版式不美觀，不平衡的問題；
保持對業務需求的滿足，保持螢屏內元素的業務主次關系；
利用板式設計的規則和樣式進行優化，追求用戶體驗更好的布局，促成產品體驗提升。
4. 挪移布局調整的樣例：華為時鐘
在普通豎屏下，頁面布局為幾組內容的縱向連續分布；
在展開態下，將頁面內容分組分段挪移，形成相對均衡穩定的新布局形式。
2.1.5 典型布局：分欄布局
1. 適應場景：
資訊架構為多層級、樹形結構、應用內多任務并行、需要有快速跳轉切換、有持續型內容呈現（如媒體播放）、輔助效率工具類等；
例如：串列+詳情，跨層級資訊呈現，沉浸式內容呈現+輔助資訊，同級資訊流呈現等。
2. 適配策略：
使用應用內分欄的能力，分隔出螢屏上兩個甚至更多的磁區，在每個磁區內顯示應用中不同的內容。
根據應用或場景需要，選擇合適的寬度比例關系，可以借助柵格、回應式布局等方法構建分欄和各磁區中內容布局定義。
2.1.5.1 舉例1：串列+詳情（例如：郵件應用）
將資訊串列，及打開資訊后的詳情頁面并排放置，兩邊資訊為父子關系。
兩邊內容可同時上下滾動瀏覽。
對打開或切換串列中內容元素，只需一次點擊即在右側打開，操作直接快捷。
1. 資訊架構優勢：
適合于單層內容型元素串列的資訊結構；
快速切換內容元素，一步直達；
避免了一級界面到二級界面的跨屏跳轉，層級減少，資訊直觀。
2. 局限性：
對內容元素詳情展示不能全屏最大化；
對于串列層級大于兩層的樹形結構，不能完全發揮優勢；
不能同時打開兩個內容元素詳情進行參考閱讀。
2.1.5.2 舉例2：串列+視頻播放
1. 適應場景：小視頻類內容型應用的瀏覽界面。
左邊為瀑布流或宮格形式串列，右邊為豎直取景框的視頻或圖片素材，兩邊資訊為父子關系；
點擊左側串列中內容元素，即在右側播放或呈現。
2. 資訊架構優勢：
兩邊內容可同時分別上下滾動瀏覽，左側串列滾動時，不影響右側的內容播放；
平衡左側快速瀏覽與右側的短時間內容沉浸的體驗目標；
層級減少，不需跳轉螢屏，資訊直觀。
3. 局限性：
右側詳情展示不是最大化，在沉浸式的應用中不能達到最大程度的內容沉浸；
要保留左側串列的結構，因此不能同時打開兩個內容元素詳情進行同時播放。
2.1.5.3 舉例3：視頻播放+輔助資訊
1. 適應場景：視頻播放、直播型別應用。
分為左右或上下分屏結構，兩部分之間為主從關系，相互獨立不干擾。
針對已經在折疊態全屏播放的視頻，在打開變為展開態后，手機顯示朝向不要發生改變，這樣，用戶不需要再將手機姿態做90度轉向。
主界面為視頻播放或直播影像區，可等比放大至充滿螢屏高度或寬度；另一邊為視頻相關資訊或社互動動資訊，可自動或用戶手動滾動，適合于資訊流資料。
2. 資訊架構優勢：
內容為先，最大程度展示視頻內容，視頻本身不變形、不遮幅、不剪切；
保持視頻內容的長時間沉浸式播放，高質量視頻呈現更充分；
同時兼顧圖文資訊流的持續動態重繪，相互不疊加干擾。
3. 局限性：
與通用的資訊疊加顯示的樣式設計，如彈幕，直播互動等來比較，實時沉浸感有差異。
2.1.6 典型布局：懸浮態
1. 適應場景：應用內的實時多任務運行（如視頻視窗化播放、工具助手等）或多任務間快速切換。
用戶使用特定的互動手段可完成激活懸浮窗，以及與分欄分屏相互轉換；
用戶對懸浮態有快速有效易操作的手段進行關閉、移動、調整視窗大小；
限制可以打開懸浮態的具體環境，限制同一時刻懸浮態元素個數，避免操作復雜度上升，體驗下降。
2. 資訊架構優勢：
適合于文字閱讀、流媒體，輔助工具等形式的內容的同時展示；
可實作快速切換或展示其他內容視窗，不必再進行目錄樹的回溯瀏覽，也避免了當前的體驗行程的中斷；
螢屏利用合理，用戶可操控性強，使用靈活。
3. 局限性：
Android系統有對應用的懸浮窗權限控制，為了不影響其他應用的運行，這里定義的懸浮態只適合于應用內；
懸浮窗會對當前螢屏內其他內容有覆寫；
用戶對視窗的操作，如拖動、改變大小、以及轉換為分欄樣式等的操作相對復雜精細，用戶的學習程序會有一定難度。
3. 開發指導
3.1 基本要求
3.1.1 螢屏兼容性
運行 Android 的設備多種多樣，尤其是當前已出現或未來可能出現的折疊屏設備，它們有著不同的螢屏尺寸和像素密度，而且在折疊屏設備從展開到折疊的切換程序中，同一個設備可能出現多種螢屏尺寸的使用狀態。您在做app設計和開發的時候應該考慮支持不同螢屏尺寸和像素密度，以確保界面能夠在各類螢屏上美觀地呈現。
本節概述了這些主題以及 Android 上已有的可用功能，以幫助您的應用進行相應調整。
支持不同螢屏尺寸
1. 確保您的應用界面在不同的螢屏尺寸下可以全屏的顯示
Fig 在展開時可以全屏顯示 （圖以MateX示例）
Fig 折疊后可以全屏顯示 （圖以MateX示例）
如上圖，在應用界面能夠不同的螢屏尺寸下鋪滿全屏顯示，且回應布局和操作按鍵功能正常。我們強烈建議您的應用進行resizeable能力的支持。
您需要根據應用面向的API Level （targetSdkVersion）進行支持resizeable能力的申明。
（1）如果應用程式運行在Android 7.0 (API level 24，或更高)，系統將默認應用支持resizeable能力；
（2）如果應用程式運行在Android 7.0 之前(API level 小于 24)，需要應用在menifest中顯式的申明android:resizeableActivity true，才可以支持resizeable能力 。
android:resizeableActivity=['true' | 'false']
（3）申明受限螢屏
我們強烈建議您的應用進行resizeable能力支持。但如果您不想您的app 或 activity支持多視窗，可以通過設定 android:resizeableActivity false，這種情況下，應用將不具備分屏等多視窗能力，在不同螢屏下的顯示由系統進行控制，依賴于面向的API Level；
（a）情況1：應用程式運行在 Android 8.0 (API level 26 或更高) ，應用依然可以全屏顯示，但是不具備多視窗能力；
（b）情況2：應用程式運行在 Android 7.1 (API level 25 或更低), 系統將限制應用顯示的比例在 16:9 (大約 1.86). 如果應用運行在一個更大寬高比的設備上將出現黑邊。
為了防止情況2的出現，您可以通過安卓受限螢屏的能力來配置您的應用可以支持的螢屏比例范圍，結合未來設備可能的形態， 我們建議您對螢屏尺寸支持的最小范圍為 1:1 到 2.4 之間，這也是安卓目前對應用開發者的建議。申明最大比例
申明最大比例
在您的 <activity> 標記中使用 android:MaxAspectRatio 宣告最大比例。 以下示例演示了如何宣告 2.4 (12:5)的最大長寬比：
<!-- Render on full screen up to screen aspect ratio of 2.4 -->
<!-- Use a letterbox on screens larger than 2.4 -->
<activity android:maxAspectRatio='2.4'>
...
</activity>
在 Android 7.1 或更低的版本, 通過在 < meta-data> 添加 android.max_aspect 申明的方式, 參考示例如下：
<!-- Render on full screen up to screen aspect ratio of 2.4 -->
<!-- Use a letterbox on screens larger than 2.4 -->
<meta-data android:name='android.max_aspect' android:value='https://bbs.csdn.net/topics/2.4' />
Note：雖然安卓提供了申請受限螢屏能力，還是強烈建議您設計resizeable能力，一旦您申明了受限螢屏比例（最大或最小）這意味著，當您的app運行在一個螢屏比例超出了您申明的范圍，您的應用程式在螢屏上將出現黑邊等現象。
申明最小比例
Google 在Q版本將開放準許應用申明最小比例的API， 華為目前已經支持該API的系統生效，所以您可以在Q版本之前采用如下方法進行最小比例的申明
Q之前版本：在 manifest 檔案的 <application> 節點中增加 <meta-data> 資料，設定最小支持比例（宣告為1.0即表示在展開態大屏下滿屏顯示）：
< meta-data android:name='android.min_aspect' android:value='https://bbs.csdn.net/topics/1.0' />
Q版本之后支持：在 manifest 檔案的 <activity> 節點中增加 android:MinAspectRatio 屬性，宣告最小支持比例：
<activity android:minAspectRatio='1.0'>
...
</activity>
您也可以參閱Android開發者指南中關于申明受限螢屏的使用說明：https://developer.android.google.cn/guide/practices/screens-distribution.html
2. 應用布局優化
您的應用在經過不同螢屏尺寸支持的設計后，為了確保在折疊屏各個螢屏形態下獲取優秀的布局顯示效果，例如顯示更多更清晰的內容，建議您對布局進行優化。
應用界面正確、美觀的布局和顯示，包含如下：
（1）確保您的布局能夠根據螢屏適當地調整大小；
（2）根據螢屏配置提供合適的 UI 布局；
（3）確保對正確的螢屏應用正確的布局；
（4）提供可正常縮放的位圖。
詳細資訊請參閱Android開發者指南：https://developer.android.google.cn/training/multiscreen/screensizes?
3.1.2 應用連續性
為了保證您的應用程式在展開/折疊程序無縫切換，您需要做應用連續性的設計，以確保您的應用程式任務不中斷。以MateX 為例，最佳的體驗為，應用在展開切換程序中，不發生應用的重啟，且切換之前的任務和應用相關狀態得以保存和延續。
折疊展開的動作，會觸發對smallestscreensize、screensize和screenlayout的配置更改。每當發生配置更改時，默認情況下會銷毀并重新創建整個activity。
推薦您通過注冊監聽系統configchanges訊息，不重啟應用的情況下處理配置更改，您需要向manifest中添加android:configchanges屬性，其中至少包含以下值：
<activity
Android:name=='.MyActivity'
android:configChanges='screenSize|smallestScreenSize|screenLayout'
/>
您需要復寫 onConfigurationChanged() 方法，通過該方法的Configuration引數獲得螢屏的解析度等資訊，就可以針對不同比例螢屏下的應用界面布局做相應調整，如切換布局、調整控制元件位置和間距等。
@Override
public void onConfigurationChanged(Configuration newConfig) {
super.onConfigurationChanged(newConfig);
Log.i('test', 'newConfig.screenHeightDp:' + newConfig.screenHeightDp
+ ', newConfig.screenWidthDp' + newConfig.screenWidthDp);
//根據螢屏解析度資訊調整應用的布局
}
如果您的應用必須進行重新走生命周期來以回應螢屏切換，需要進行狀態的保存和恢復。
您可以通過OnSaveInstanceState（）和ViewModel物件來進行之前狀態保存和后續的恢復。即，在銷毀activity之前，通過onSaveInstancesState()存盤狀態， 在onCreate() or onRestoreInstanceState()進行狀態的恢復。
Note：不要在OnDestroy（）中呼叫finish（）或其他自行終止行程。這將導致應用程式在設備折疊或展開時關閉、閃退等問題。
詳細資訊請參閱Android開發者指南：https://developer.android.com/guide/topics/resources/runtime-changes
3.2 應用分欄開發指導
應用分欄布局適配要求應用開發者進行分欄布局設計，并在應用螢屏切換到適當比例時，觸發分欄布局顯示。
以Activity為單位，實作應用內分屏顯示，并根據應用特征，提供以下適配模式。
1. 串列模式：適用于資訊流類應用，如新聞類應用。
（1）單串列：應用以主頁串列Activity為中心，提供瀏覽資訊服務。針對此類應用，采取主頁始終放置在左側的方式，幫助用戶快速瀏覽，并且輔以切換全屏瀏覽的快捷手勢，解決在長內容閱讀時半屏閱讀的不適感。
（2）多串列：應用存在主頁、搜索頁、推薦頁等多串列，且都以不同的Activity承載。針對此類應用，方式與單串列類似，增加分屏下顯示雙串列的場景。
2. 非串列模式：適用于應用中單產品多維度展示或關聯場景，并支持兩個商品分屏比較場景。
（1）此類應用以相關Activity同時顯示的設計思路進行分屏顯示，下圖中圍繞詳情頁，相關客服、評論等子頁面進行分屏顯示；
（2）相同的0級頁面，出現一個Activity兩個實體情況，分屏顯示，典型的是相似商品比較。
3. 通用切換模式：永遠顯示最新的兩個Activity視窗，實作最簡分屏適配，尤其適合層級較深的應用。
uj5u.com熱心網友回復：
3.3 系統多視窗開發指導Android的多視窗開發指導：https://developer.android.com/guide/topics/ui/multi-window.html?hl=zh-cn
1. 要素一：正確處理應用的橫豎屏
（1）其實“豎屏”真正的意義僅僅是高度大于寬度，“橫屏”的意義是寬度大于高度。
（2）所以從這個定義來考慮，在應用調整大小時，可能會從一個朝向轉到另一個朝向就說得通了。
在多視窗模式下在運行時鎖定朝向的
· setRequestedOrientation()
· android:screenOrientation
方法都是無效的。
2. 要素二：正確處理Activity的Pause狀態
Q版本之前，手機系統中只有一個resumed activity，一個focus activity，用戶仍可以看到處于pause狀態的應用，應用在暫停狀態下可能仍需要繼續操作。例如處于pause狀態但可見的視頻應用應繼續播放。
Q版本后，Android允許multi resumed activity出現，并不是僅有一個resumed activity。
3.4 拖拽式互動
Android原生的拖拽方案詳見：https://developer.android.com/guide/topics/ui/drag-drop?hl=zh-CN
對于拖拽的實作由兩個方面需要關注。
1. 拖拽權限方面，應用使用的兩個方式提供：
（1）針對對外公開檔案，使用媒體庫MediaProvier，需要讀寫外部存盤權限。
（2）針對應用隱私資料，自己定義FileProvider。
內部使用mime type識別出來可以處理的應用，分別授權。此問題的解決方法是采用 per-URI 權限機制：在啟動 Activity 或回傳結果給 Activity 時，呼叫方可以設定 Intent.FLAG_GRANT_READ_URI_PERMISSION 和/或 Intent.FLAG_GRANT_WRITE_URI_PERMISSION。這將授予接收 Activity 權限訪問 intent 中的特定資料 URI，而不管它是否具有訪問 intent 對應的內容提供程式中資料的任何權限。
URI 實體：content://com.mydomain.fileprovider/my_images/default_image.jpg
2. 拖拽格式顯示，資料格式并無限制，需要拖入應用自己處理。通過URI判斷所接收到的檔案型別。
4. 開發、調測工具
4.1 通過模擬器除錯
從Android Studio 3.5 Canary版本開始，開發者可創建一個運行Q Beta 2版本的折疊屏虛擬設備，其支持的硬體配置分別為7.3英寸(折疊后為4.6英寸)，以及8英寸(折疊后為6.6英寸)。建議開發者選擇8英寸的設備來模擬適配華為的MateX折疊屏手機（備注：Android Studio 3.5 Canary版本下載地址：https://developer.android.google.cn/studio/preview）
在兩個配置中，模擬器均允許開發者通過螢屏控制來觸發折疊/展開操作，旋轉螢屏方向以及快速操作，點擊模擬器左上角的按鈕就可以在折疊態和折疊態之間切換。
4.2 通過命令模擬除錯
開發者也可以在非折疊屏手機上面通過命令修改手機的螢屏解析度來進行模擬除錯：
1. 折疊切展開模擬方法：
（1）預先將手機設定主屏解析度：adb shell wm size 1148x2480
（2）通過修改手機解析度為全屏解析度模擬狀態切換：adb shell wm size 2200x2480
2. 展開切折疊模擬方法：
（1）預先將手機設定全屏解析度：adb shell wm size 2200x2480
（2）通過修改手機解析度為主屏解析度模擬狀態切換：adb shell wm size 1148x2480
3. 解析度恢復方法：adb shell wm size reset
4.3 測驗用例建議
4.3.1 用例1：應用在展開態下頁面顯示正常
1. 測驗步驟：
（1）在螢屏展開的狀態下，打開應用，查看應用各個頁面顯示效果；
2. 預期結果：
（1）應用的所有頁面可以全屏顯示，頁面沒有發生截斷、拉伸變形、放大模糊，按鈕缺失等問題；
4.3.2 用例2：應用在展開態下核心頁面功能正常
1. 測驗步驟：
（1）在螢屏展開的狀態下，打開應用；
（2）遍歷應用核心頁面的控制元件按鈕，所有功能按鈕可用，無失效/crash/anr等問題；
2. 預期結果：
（1）應用在折疊屏展開后，核心頁面功能可用
4.3.3 用例3：應用在折疊和展開狀態切換時業務不中斷，應用頁面顯示和控制元件點擊正常
1. 測驗步驟：
（1）在展開態下，打開應用的測驗頁面；
（2）在應用的測驗頁面切換到折疊態，觀察頁面顯示；
（3）點擊測驗頁面的所有控制元件和按鈕；
（4）在折疊態下，打開應用的測驗頁面；
（5）在應用的測驗頁面切換到展開態，觀察頁面顯示；
（6）點擊測驗頁面的所有控制元件和按
2. 預期結果：
（1）應用頁面在狀態切換程序中，不要出現頁面重啟、閃退；頁面顯示正常，不要出現頁面截斷、拉伸變形、放大模糊，按鈕缺失等問題；
（2）測驗頁面按鈕和控制元件點擊都能正常回應；
（3）應用頁面在狀態切換程序中，不要出現頁面重啟、閃退；頁面顯示正常，不要出現頁面截斷、拉伸變形、放大模糊，按鈕缺失等問題；
（4）測驗頁面按鈕和控制元件點擊都能正常回應。
4.3.4 用例4：應用在展開態的分屏模式下顯示和控制元件點擊是否正常
1. 預制條件：應用沒有顯示申明不支持分屏
2. 測驗步驟：
（1）在展開態下，打開應用的測驗頁面；
（2）長按手機的“最近任務”按鍵，進入分屏模式，并觀察頁面顯示；
（3）點擊測驗頁面的所有控制元件和按鈕。
3. 預期結果：
（1）應用頁面在分屏程序中，不要出現頁面重啟、閃退；分屏之后頁面顯示正常，不要出現頁面截斷、拉伸變形、按鈕缺失等問題；
（2）測驗頁面按鈕和控制元件點擊都能正常回應。
5. 典型問題案例
5.1 類正方形螢屏視頻切全屏設計案例
1. 類正方形定義：
寬高比例介于[3/4 ~ 4/3]之間
2. 示例代碼：
在全屏click 事件處理的地方進行差異化處理
獲取當前Configuration newConfig ，通過安卓介面getResources().getConfiguration進行獲
根據螢屏比例進行差異化處理
float ratio = 1.0f* newConfig.screenWidthDp / newConfig. screenHeightDp;
if(ratio >= 3.0f/4.0f && ratio <= 4.0f/3.0f){
//只做全屏、不做轉屏
}else{
//原有處理邏輯
}
6. 附錄：MateX產品規格
展開大屏：8英寸，2480x2200像素，8:7.1。
正面屏：6.6英寸，2480×1148像素，19.5:9。
背面屏：6.38英寸，2480×892像素，25:9
https://developer.huawei.com/consumer/cn/devservice/doc/90101
文章來源于：華為終端開發者社區（原創，轉載請注明出處）
地址：https://developer.huawei.com/consumer/cn/forum/
uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
厲害。。。。。。。uj5u.com熱心網友回復：
折疊屏要來了么uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
主板也能折疊么，電池也能折疊么~~~uj5u.com熱心網友回復：
電腦屏可以折疊一下么？
uj5u.com熱心網友回復：
華為加油。
uj5u.com熱心網友回復：
太，，太強了
uj5u.com熱心網友回復：
看來我們以后做網頁也要考慮針對折疊屏的回應式布局了，不能像以往小屏和大屏分別做兩個頁面了
uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
這是很實用的一篇文章，你是把華為的折疊屏設計檔案拿過來了吧uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
折疊屏手機 現在可以買到的產品 一只手就數過來了uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
看不懂,但是覺得好牛啊!uj5u.com熱心網友回復：
看不懂的直接666就是了uj5u.com熱心網友回復：
積極學習中！！！！！！！！！！uj5u.com熱心網友回復：
有點意思~~~~~~~~~~~~~uj5u.com熱心網友回復：
看不懂的直接666就是了uj5u.com熱心網友回復：
強！！！！！！！uj5u.com熱心網友回復：
[福利獅]是女孩子嗎突然想起我上學時候，學校推廣android開發的事（那時我還在用塞班機）
uj5u.com熱心網友回復：
華為
uj5u.com熱心網友回復：
折疊屏就是曇花一現，很快就會被卷軸屏替代，
uj5u.com熱心網友回復：
都沒意義...uj5u.com熱心網友回復：
內容詳細，條理十分清晰uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
感謝樓主分享！！！uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
手機我只用華為uj5u.com熱心網友回復：
贊一個
看著挺不錯的！
uj5u.com熱心網友回復：
了解 ...
uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
膜拜下技術牛uj5u.com熱心網友回復：
學習了，看著好復雜啊，感謝樓主大大的分享uj5u.com熱心網友回復：
厲害了，華為牛逼，講的非常好！uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
講了這么多 有沒有demo啊uj5u.com熱心網友回復：
感謝樓主分享
uj5u.com熱心網友回復：
恩 我又有的學了 。。 看了后 感受頗多。。。
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/84457.html
標籤：Android
上一篇：近紅外matlab建模