這個很難說...
其實Android早在1.6的時候
就支援多種解析度以及密度方面
來辨別裝置最適合的scale
https://support.google.com/googlepl...t&answer=165590

現在的4.0則是以密度(density)做區分
差別在於使用密度的情況
1280*800的Nexus 7(7吋)跟三星Note1(5.3吋)
他們在同樣解析度下
會顯示不同的內容
因為未來可能手機跟平板
在解析度上面是不會差太多的
可能都會是2560*1600或2560*1440
但面板的實際面積會不一樣
大尺寸的比較有可能出現像素相對較小的按鈕
小尺寸則反之
最好的示範就是Google apps
例如Gmail, G+, 日曆等等
同樣的版本，卻完全適應不同的解析度
不同的密度，也會顯示不同的內容
不必像某些軟體必須n個版本來適應n個解析度

但事實上結果如何？我相信有在用的人都知道
解析度問題導致不相容的例子還是非常的多
問題出在哪裡？
問題出在開發人員本身
偷懶或者是沒有考慮到螢幕相容性問題
有些雖然有針對各種解析度出相容版本
但是卻都寫死了
ASUS TF700T雖然有1920*1200 IPS
但軟體支援一整個悲劇...

簡單一點講
我們在寫網頁樣式表的時候
可以用指定pix，或者%比的方式來表示長寬
很多時候明明可以用%來表示的時候
卻用指定pix的方式寫死
也許在某個解析度下顯示正常
換了別的解析度，整個layout會非常怪

事實上新出的macbook pro realtina
在2880*1800，全螢幕模式下
一樣會有layout跑掉的問題
Chrome就是一個例子
Google還替macbook pro realtina
出了一個Chrome for realtina的特殊版本

windows上我沒用過這麼高解析度的面板
但就程式設計的角度上來看
我相信同樣的問題在windows上
其實也是會有的..