※ 引述《livil80101 (Weil)》之铭言： : 问题一、 : paint() 与 update() 平时的作用是在做什麽？ : ....这麽问好像怪怪的? : 我是在练习图片转换时发现有闪烁的问题，经GOOGLE所得知必须要用「双重缓冲区」 : 而结果是一成功一失败，看来只要再多练习便会成功 : 但是 : 仅仅只是一连串的程式码是无法解决我的无知，我想知道的是更直接的东西 : 也就是原理 : 具网路上的说法，是在图片的後面放了接下来的图片，藉此回避切换时所产生的闪烁 : 不过却没解释为何要再宣告一个Image(这个我大概猜的到)还有一个 Graphics : 我所练习的版本一个是在 update() 里面设置 paint(g) ，然後再改写paint()的内容 : 另一个却是改写 update() ，然後在里面使用 paint(宣告的Graphics) : 请问这两个原理一样吗？ : 原理为何？ : 在我改写 update() 之前，这个方法的作用是？ 如果不针对程式码来说，double-buffering 的原理是这样： 1. 没有使用 double-buffering 时，程式 GUI 在变换外观时，就好像你要在一块 白板上画上多画面连续的漫画，你每画上一个画面(四格漫画的一格)之後需要把白板 擦拭乾净後，再画上下一个(格)画面。对观赏的人来说看起来不是很舒服，因为会看 到白板擦拭乾净後的画面(一片空白)。(实际上所呈现的连续画面是：漫画格1->空白 画面->漫画格2->空白画面->漫画格3->空白画面->...) 2. 使用 double-buffering 时，作法类似你先把漫画的内容，每一个画面都分别先画 在一张纸上，然後一张接着一张地贴在白板上(後来贴上的直接盖掉前一张)，观赏起来 就会有连续的效果。 实际上在程式里实现 double-buffering 时倒是不必准备那麽多张纸，最基本是只准备 一张纸(image)，总是把想要呈现的画面(影像)先画在纸上，然後把整张纸贴到白板( drawImage)。这里用「贴」只是比喻，实际上程式对 off-screen image 所做的更动 并不会时时反映在 GUI component 上。一般常见的写法是 GUI component 的 paint routine 单纯画出 off-screen image，这样子的做法不能保证在更动(绘制) off- screen image 的过程中，该 image 的画面不会绘制到 component 上，使用两个 off- screen image 来轮流呈现会是比较妥当的做法。 heavy-weight component 的 update method 预设是负责以背景色涂满整个 component(所谓的清空)，在实作 double-buffering 时最基本就是先取消这个清空 component 的行为，顺便把要呈现的画面画在 off-screen image 上，由 paint method 负责把 off-screen image 画在 component。也可以让 update method 直接 invoke paint method，由 paint method 负责在 off-screen image 上准备要呈现的 画面与绘出 off-screen image。不管哪一种做法背後原理都相同。 有心要好好了解 painting 方面的东西，花点时间阅读： http://java.sun.com/products/jfc/tsc/articles/painting/index.html --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.173.30.205