三、屏幕適配
方案一：
爲了高效的實現UI開發，出現了新的適配方案，我把它稱作寬高限定符適配。簡單說，就是窮舉市面上所有的Android手機的寬高像素值：
但是這個方案有一個致命的缺陷，那就是需要精準命中才能適配，比如1920x1080的手機就一定要找到1920x1080的限定符，否則就只能用統一的默認的dimens文件了。而使用默認的尺寸的話，UI就很可能變形，簡單說，就是容錯機制很差。
不過這個方案有一些團隊用過，我們可以認爲它是一個比較成熟有效的方案了。
方案二：
UI適配框架（已經停止維護）
使用方法也很簡單：
第一步：在你的項目的AndroidManifest中註明你的設計稿的尺寸。
<meta-data android:name="design_width" android:value="768"> </meta-data> <meta-data android:name="design_height" android:value="1280"> </meta-data>
第二步：讓你的Activity繼承自AutoLayoutActivity。
因爲框架要在運行時會在onMeasure裏面做變換，我們自定義的控件可能會被影響或限制，可能有些特定的控件，需要單獨適配，這裏面可能存在的暗坑是不可預見的，還有一個比較重要的問題，那就是整個適配工作是有框架完成的，而不是系統完成的，一旦使用這個框架，未來一旦遇到很難解決的問題，替換起來是非常麻煩的，而且項目一旦停止維護，後續的升級就只能靠你自己了，這種代價團隊能否承受？當然，它已經停止維護了。
那麼，是否存在一種相對比較完美，沒有明顯的缺陷的方案呢？
方案三：（ScreenMatch插件）
smallestWidth適配，或者叫sw限定符適配。指的是Android會識別屏幕可用高度和寬度的最小尺寸的dp值（其實就是手機的寬度值），然後根據識別到的結果去資源文件中尋找對應限定符的文件夾下的資源文件。
這種機制和上文提到的寬高限定符適配原理上是一樣的，都是系統通過特定的規則來選擇對應的文件。
舉個例子，小米5的dpi是480,橫向像素是1080px，根據px=dp(dpi/160)，橫向的dp值是1080/(480/160),也就是360dp,系統就會去尋找是否存在value-sw360dp的文件夾以及對應的資源文件。
smallestWidth限定符適配和寬高限定符適配最大的區別在於，前者有很好的容錯機制，如果沒有value-sw360dp文件夾，系統會向下尋找，比如離360dp最近的只有value-sw350dp，那麼Android就會選擇value-sw350dp文件夾下面的資源文件。這個特性就完美的解決了上文提到的寬高限定符的容錯問題。
這套方案是上述幾種方案中最接近完美的方案。