这两天又跟同事讨论了一下...
虽然这种方法可能会吃一点资源...
但是这种做法只有几个固定控件的页面应该不会有太大影响
现在的做法是主结构使用Relative
背景的部分就使用imageview
设置部分:
scaleType FIT_CENTER
长宽都使用match_parent
元件部分背景都使用透明
使用imageview去取代,图片的分辨率设跟背景一样
但是除了元件本身的背景外的其他都区域都设置透明
imageview的设置跟上面背景用的设置一样
再来就是物件的实体大小...就要使用不同分辨率的layout去做调整了
但是必须给每个物件实际的长宽,不能使用wrap_content
这样子做好之后就可以确保在xxhdpi xhdpi hdpi mdpi下所看到的画面
都是等比例缩不同分辨率下看到的画面都是一样的
(图片的资料夹也必须补其相应大小的图片...不然等比例放大后可能会有些模糊)
只是透明物件的位置可能会偏一点但实际上使用者应该不太会发觉
之后UI整体的排版要调整..只要调整完之后输出每个元件的图层给我
我在针对四种尺寸去做调整就可以了
也不用担心再排版后重新切图造成的误差....

......真的要讲究到不能有差别，你还是用算的好了

遗憾 不了解动机 也看不懂做法

感觉好复杂...

那事实上，你完全用layout排版，然后利用运算根据萤幕尺寸缩放，应该会符合他要的状况吧?

"但是必须给每个物件实际的长宽" 这个长宽是如何得来的

Android中要设计全萤幕的图 本身就有先天上的限制 FitCenter是正解 UI出图自己要考虑图的背景与背后layout的融合除非可以不锁定长宽比 或是确定萤幕大小固定(比如机上盒……)如果设计UI的人对Android没有足够了解 RD就比较辛苦

看起来UE出图方式是要给iOS