看看手機就知道了，豎屏和橫屏，效果如果不出現很大的差異，那麽寫這軟件的人必定很用心。

關於資源的問題，是這樣看的：不管是背景圖，還是隨時間和界面需要動態變化的圖，一旦加載呈現之後，是不佔資源的（1M的JPG圖已經相當龐大，但現在的機器動輒上G內存，所以不成問題）。感覺緩慢、呆滯的時候，是在從外部設備加載到內存的過程。本地機的硬盤，加上系統的緩存，再大的圖，也是瞬間即現的，尤其是緩存的作用，加載過的圖片稍後再現，根本不用再讀盤。慢主要體現在網絡上，網絡速度快，相當於從本地硬盤加載，局域網比遠程廣域網快。以上這些，所謂的“資源”主要指時間，但在以流量計費的領域，“資源”的概念就多了一個，大圖體積大，佔用流量多，費用自己考慮了——開發者有沒替用戶考慮這點因素？用戶自己愛用這種美侖美奐的應用？那是價値選擇。

傳統桌面編程的思維，是元素按位置擺放，坐標是關鍵，但這種方式在千變萬化的設備面前缺陷暴露無遺。必須轉換思維，借鑒對象之一是html的流式佈局，但vfp不支持這種方式，除非你自己寫一套流式佈局的方法，否則是很難適應這種需求的。vfp如果繼續發展，它一定會加入這種模式，但事實它是到此爲止了，所以問題就一直這麽擱著（掛靠的靈活性是不够的，簡單的佈局可以應付，但複雜一點就不行了）。基本上，傳統的桌面編程工具和語言都是這種狀況，mfc下的WinForm模式，都是這樣。

微軟解決這種問題的辦法，是推出XAML的標記語言，與html的理念一致。C#的WPF，就是這種編程方式，從Windows8/8.1開始的系統，都逐漸過渡到這種界面，新的UWP尤其如此。在我看來，Win8和XP的區別，根本就不是界面的問題，而是整個思想的轉變，與之前Windows和DOS的轉變差不多性質。堅守XP，主要是開發者的問題，改變的代價太大。