生活中的玛丽k8经典网中文,这里都是精品中文字幕

4. 全屏通欄拉伸典型 App：豆瓣
特征：橫屏為全屏通欄拉伸，所有元素與豎屏一致。
適用場景：全部場景。
評(píng)價(jià)：設(shè)計(jì)和開發(fā)成本最小，但是相當(dāng)于沒有適配。用戶體驗(yàn)較差，橫屏情況下內(nèi)容集中，左側(cè)右側(cè)很空，或者被拉得很長，閱讀體驗(yàn)較差。

5. 混合模式當(dāng)然也不是所有 App 都采用單一的模式。比如微信閱讀，在其他頁面是按豎屏寬度顯示。但到了圖書閱讀界面，則是左右分欄充分利用 iPad 大屏幕展現(xiàn)內(nèi)容。

以上競品分析所有截圖我們都保存在 Figma 中，有需要的讀者可前往獲取。
鏈接：https://www.figma.com/community/file/1071850659054902697/iPad-橫屏適配競品分析
四、執(zhí)行非常遺憾的是雖然高管牽頭做適配，但開發(fā)資源確實(shí)有限。不能為了設(shè)計(jì)師邀功拿業(yè)績就從頭把 iOS App 重構(gòu)一遍，因此我們決定用最少的資源做最核心的優(yōu)化。
適配計(jì)劃分為 2 期。第 1 期將所有頁面用按豎屏寬度顯示進(jìn)行橫屏適配。第 2 期挑選核心頁面用內(nèi)容響應(yīng)式或左右分欄進(jìn)行優(yōu)化。
1. 先開發(fā)再驗(yàn)收在第 1 期我們就踩坑了，按照原來的工作流程，我們將所有的 iPad 橫屏頁面做好線框圖、再輸出所有視覺效果圖。雖然都是線上頁面不用重新設(shè)計(jì)，只需要拉伸畫面或者調(diào)整間距，但所有線上頁面也是一個(gè)不小的工作量。
就在進(jìn)行過程中， iOS 工程師就皺著眉頭來提議，由于代碼架構(gòu)和資源所限，設(shè)計(jì)師如果調(diào)整的視覺效果圖未必能 100% 實(shí)現(xiàn) 。不如反過來，讓他先把所有頁面強(qiáng)行橫屏，再由設(shè)計(jì)師走查發(fā)現(xiàn)問題進(jìn)行修改，這樣節(jié)省時(shí)間效果也可控。
可見，不同的項(xiàng)目類型可以采取不同的工作流程。iPad 橫屏適配項(xiàng)目流程和常規(guī)工作流程剛好相反，以往是先設(shè)計(jì)再開發(fā)，改成先開發(fā)再走查，節(jié)省設(shè)計(jì)師產(chǎn)出效果圖時(shí)間，也保障最終實(shí)現(xiàn)效果。
2. 核心場景決定核心頁面在第 2 期挑選核心頁面時(shí) ，我也犯了錯(cuò)誤。最開始我覺得核心是臉面，因此挑選 Tabbar 導(dǎo)航的首頁、個(gè)人中心等用戶一打開 App 就看得到的頁面進(jìn)行優(yōu)化。但實(shí)際上用戶真正的核心使用場景是在詳情頁查閱資料，這才是真正的核心頁面。
在得到主管糾正后，我們轉(zhuǎn)而開始為資料閱讀頁面提供左內(nèi)容右目錄的布局，便于用戶方便地在長文中精確定位想讀的內(nèi)容。

2 期計(jì)劃并非適配的終結(jié)，隨著 App 功能的迭代，此后老界面修改和新界面設(shè)計(jì)需要考慮到 iPad 橫屏的適配問題，就成為了日常工作的內(nèi)容了。
五、總結(jié)按照以往的項(xiàng)目總結(jié) ，最后應(yīng)該匯報(bào)項(xiàng)目數(shù)據(jù)結(jié)果。但由于 iPad 用戶本身可憐的占比，即使我們官方公眾號(hào)推文宣布適配 iPad 橫屏后，也沒有 iPad 用戶站出來點(diǎn)贊，而是又引發(fā)出使用華為、小米等安卓 Pad 的用戶，要求也適配。
考慮到不同的安卓品牌適配方式不一樣，而且安卓廠商自己又有平行世界等通用兼容方案，我們就沒再繼續(xù)參與了。
雖然沒有外部用戶反?。?但公司內(nèi)部同事和開發(fā)團(tuán)隊(duì)使用后確實(shí)感覺很棒。所以我覺得這次適配項(xiàng)目真正值得思考的是：如果一個(gè)需求用戶反饋很少，也沒有數(shù)據(jù)支撐，但對(duì)體驗(yàn)影響很大，如何推動(dòng)團(tuán)隊(duì)進(jìn)行優(yōu)化呢？
作者：龍爪槐守望者，微信公眾號(hào)：龍爪槐守望者