|
锁定老帖子 主题：swing做的旋转式浏览图片小软件
精华帖 (0) :: 良好帖 (1) :: 新手帖 (1) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-08-10
kehengqun 写道 diferent 写道 是否可以引入缩略图机制 当图片分辨率过大时,直接对图片生成一个缩略的镜像,只引入镜像,待用户想查看原图时,再载入原图,貌似开源项目里 有>1个类似项目 [如:Thumbnailator和Jmagick (刚搜索出来的)]
这样做在载入图像时应该很慢吧？不过可以试一试。如果只是生成一个缩略图，应该不难，代码应该不多，可以自己写。 缩略图不难,麻烦的是图片的载入.频繁的IO和占用过大内存之间需要一个平衡点.说白了就是时间和空间的问题. |
| 返回顶楼 | |
|
发表时间：2011-08-10
kehengqun 写道 george_space 写道 看见那个“图片列表”的javax.swing.border.TitledBorder边框，我就知道你使用得是NB IDE
不好意思，没用NB，只是把LookAndFeel设成系统外观而已，外观没怎么做，用的eclipse 受伤了，呵呵！ |
| 返回顶楼 | |
|
发表时间：2011-08-12
|
| 返回顶楼 | |
|
发表时间：2011-08-12
楼主的电脑也太老了，64M内存能跑到这种效果也相当不错了。对于现在的主流配置，内存其实并不是太大的问题
|
| 返回顶楼 | |
|
发表时间：2011-08-12
kaneg 写道 楼主的电脑也太老了，64M内存能跑到这种效果也相当不错了。对于现在的主流配置，内存其实并不是太大的问题 可是我怎么觉得只要涉及多张图片处理，特别是大图片，内存总是稀缺呢？ 一张4320*3240的image，理论上就要花4320*3240*3/1024/1024=40M的内存来存储一张相应的BufferedImage（不知道算错没？），那10张岂不是400M？当然只是一个简单的计算，不会同时处理10张。一张处理起来就是很夸张的计算量了，当然如果没时间要求那就无所谓。 不知道kaneg是怎么解决这个问题的？ |
| 返回顶楼 | |
