关于手机应用软件界面开发适配的讨论
现在很多的手机应用软件在开发时，基本上都是2套图片，240X320一套，176X208一套，通过这两套图片来适配所有的屏幕，这样只需要安装一款手机程序就可以适配各种型号的手机，关于这种开发方式的利弊，希望做过该种方式开发的程序员都来谈谈，让大家在开发手机应用软件的界面时都有所借鉴，谢谢！

------解决方案--------------------
手机屏幕尺寸太多了，如果用图片的话，觉得最好是用一套图，且不用全屏图片，主要的一些装饰、LOGO等用图片，其他尽可能都用绘制来实现。
像标题栏、菜单栏这些，只要界面不是设计得很花哨，一般都可以不用图片的
可能我平时UI绘制这块接触比较多，所以一般绘制能实现的，我都不用图片。这样安装包比较小，移植时也会省事些。
------解决方案--------------------
学习
------解决方案--------------------
可以适当的把图片拉伸或缩放
------解决方案--------------------
我感觉准备240*320的就好了，176*208的把图片压缩一下也还好，但如果碰到更大的屏幕而要把图片放大的话清晰度就不行了
------解决方案--------------------
最好 能够自动对图片进行缩放就好了
------解决方案--------------------

探讨

我感觉准备240*320的就好了，176*208的把图片压缩一下也还好，但如果碰到更大的屏幕而要把图片放大的话清晰度就不行了

------解决方案--------------------
多平台适配，确实很难啊。。。。

我对J2ME只是了解，但是玩过很多手机游戏，不知你有没有见过这种：

第一次运行程序时，游戏为了适应你的手机，会在手机两边分别跳出"确定"，"取消"。让你点击，游戏根据你的硬件信息再去调整按钮位置的分配。可不可以在游戏开始时根据硬件信息，选取不同的解决方案类？
啊，不好意思，这是不是就是用的套图啊，准备两套标准图。似乎很占空间啊。。。。

观点纯属个人愚见，若有错误，还望海涵啊。。。。。。。。哈哈，飘过。。
------解决方案--------------------
同意亚日的观点，只用一个较小的，简洁美观的logo就行（比如100X100），图片背景色与界面的背景色一致就行了，在哪个机型上都看不出来
------解决方案--------------------
要好看 就用图片 对图片进行自动缩放 简洁的画 菜单这些都自己画出来
------解决方案--------------------
同意亚日的观点.
现在新出的手机屏幕已经有大于240*320的了。比如E71320*240，比如5800XM（N97），最近还做过几个项目，给恶心的电信手机做的，240*400的，240*320但是不能全屏的，一大推乱七八糟的玩意，如果把各个屏幕的图都放在包里的话，肯定受不了。

我对策划的建议也是在界面上，减少图片的使用，或者不做全屏的界面。这样自适应能力好，移植也轻松多了。

有人说是要图片缩放，首先图片缩放占用的内存需要考虑，再次，缩放后的质量需要考虑。

其实我感觉，做手机应用（软件，游戏），咱们做程序的，一般考虑到手机性能问题，都会尽量的把程序写的“高效节能“点，但是经常在具体的项目经常遇见这样的情况，我好不容易重构了代码，省了点内存占用，结果省了的这点内存不够一张图片挥霍的。郁闷，无语。
------解决方案--------------------

探讨

同意亚日的观点，只用一个较小的，简洁美观的logo就行（比如100X100），图片背景色与界面的背景色一致就行了，在哪个机型上都看不出来

------解决方案--------------------
目前正在做适配 比较麻烦 只能选择一个最佳方案 图片和绘制结合着来 
图片部分要一套图的话就得牺牲安装文件的大小了 因为一套图的话必须要采用考虑到的大分辨率来做 然后缩小 这样图片就不会虚（虽然失真是肯定的） 但是 要是放大的话图片就虚了不好看了 

正在研究矢量图ING 这个估计是最好的方案 不过实现上稍微麻烦点儿 还需要美工能够按照手机支持的相关svg的标准来绘制矢量图 要不然就不行了
------解决方案--------------------
我从5楼开始回这个帖子。。。但现在 才提交上去。。
今天很不顺……郁闷

------解决方案--------------------
学习下，以前都是剪成小块吧，就是繁琐点，也不太美观
------解决方案--------------------
移植一直以来还算是一个职业，如果程序把这些都解决了，移植也就失业了。千方百计的去做，只是为了更方便移植，而不是干脆不进行移植。目前来说做一个不用移植的程序是比较困难的，因为你一定会有漏掉的因素。
------解决方案--------------------

探讨

移植一直以来还算是一个职业，如果程序把这些都解决了，移植也就失业了。千方百计的去做，只是为了更方便移植，而不是干脆不进行移植。目前来说做一个不用移植的程序是比较困难的，因为你一定会有漏掉的因素。

------解决方案--------------------
用ant脚本打包
多少套图都很方便啊
我现在搞的要支持6种屏幕
6套图
就是苦了美工了
呵呵
------解决方案--------------------
呵呵 由于手机的屏幕大小多样，而且还在向更多样发展。如果想用一个程序去适用所用的屏幕，显然付出的代价会更多，而且也不实际。
为此鄙人提以下几点看法：