डबल बफरिंग या अतीत में वापस। भाग दो

आपका दिन शुभ हो!

परिचय

यह पहले से ही जनवरी का चौथा है, और मेरी आत्मा अभी भी शांत नहीं है। इसलिए मैंने J2ME एप्लिकेशन लिखने के विषय को जारी रखने का फैसला किया। इसके अलावा, कई लोगों ने इस विषय में गंभीर दिलचस्पी दिखाई। और ये न केवल हैबर के सामान्य उपयोगकर्ता थे, बल्कि केवल-पढ़ने वाले खाते भी थे। ठीक है, ठीक है, विषय के करीब।
वस्तुतः विषय के प्रकाशन के तुरंत बाद, बार्कर हब्रायुज़र से बहुत ही समझदार टिप्पणियां प्राप्त हुईं , अर्थात्, टिप्पणी , जो वास्तव में एक सामान्य सत्य है और दूसरी टिप्पणी एक संशोधन है , कोई कम समझदार नहीं है।

आज हम किस बारे में बात करने जा रहे हैं

आज हम javax.microedition.lcdui.Canvas में डबल बफरिंग की प्रक्रिया के बारे में बात करेंगे और javax.microedition.lcdui.game.GameCanvas क्यों बनाया गया था।

डबल बफरिंग क्या है?

डबल बफ़रिंग एक तकनीक से अधिक कुछ नहीं है जो आकार, स्प्राइट और इतने पर आकर्षित करने के लिए एक दूसरे (ऑफ-स्क्रीन) बफर के उपयोग के लिए प्रदान करता है, इसके बाद इसकी सामग्री को स्क्रीन पर कॉपी करके। समस्या यह है कि जब सीधे ड्राइंग, अर्थात्। स्क्रीन बफर में सीधे ड्राइंग समय के स्क्रीन अंतराल के समय अंतराल में फिट नहीं होती है ( कैनवस में यह रिपेंट () फ़ंक्शन द्वारा किया जाता है) और स्क्रीन बस "ब्लिंक" के लिए शुरू होती है, अर्थात्। उपयोगकर्ता इस ड्राइंग का एक मध्यवर्ती परिणाम देखता है। इस तकनीक का उपयोग करने से डेवलपर को इन "ब्लिंक" से बचने की अनुमति मिलती है। हालांकि, कैनवस में, इस तकनीक का उपयोग एक साइकिल निर्माण प्रक्रिया है, जैसा कि मानक और J2ME मंच के डेवलपर्स ने इसका ध्यान नहीं रखा।

कैनवस में डबल बफरिंग

कैनवस में "डबल बफरिंग" प्रक्रिया एक ऑफ-स्क्रीन बफर के रूप में एक छवि ( javax.microedition.lcdui पैकेज की छवि वस्तु) का उपयोग करके पूरा किया जाता है । इस तरह:

import javax.microedition.lcdui.Canvas; import javax.microedition.lcdui.Graphics; /*      */ import javax.microedition.lcdui.Image; public class OurCanvas extends Canvas { Image img; //  Image Graphics buf; //  ,  int w; //   int h; //   public OurCanvas() { //  Lego w = getWidth(); //    h = getHeight(); //  //  ,   " "   //  ,           //   ,   Image if (!isDoubleBuffered()) { buffer = Image.createImage(w,h); } //     img buf = img.getGraphics(); } //     public void draw(Graphics g) { g.setColor(0xffffff); g.fillRect(0,0,w,h); g.setColor(0x111111); g.fillRect(25,25,125,125); g.setColor(0xababab); g.fillRect(70,60,70,60); } public void paint(Graphics g) { g.drawImage(0,0,w,h); //    draw(buf); //    } } 

वह सब है। कोड में दृश्य टिप्पणियों से अधिक है, इसलिए कोड को पार्स करने से आपको समस्याएं नहीं होनी चाहिए। अब GameCanvas में "डबल बफरिंग" पर विचार करें ।

GameCanvas में डबल बफरिंग

कुछ समय बीत गया और J2ME कंसोर्टियम ने javax.microedition.lcdui.game पैकेज विकसित किया, जिसमें GameCanvas शामिल था, जो अभी भी एक ही कैनवस था , लेकिन "डबल बफरिंग" समस्या के साथ। प्रोग्रामर को अब इसकी देखभाल करने की आवश्यकता नहीं है। कोड इस तरह दिखेगा:

 import javax.microedition.lcdui.game.GameCanvas; import javax.microedition.lcdui.Graphics; /*      */ import javax.microedition.lcdui.Image; public class OurCanvas extends GameCanvas implements Runnable { Graphics buf; Thread t; int w; //   int h; //   public OurCanvas() { //   OurCanvas w = getWidth(); //    h = getHeight(); //  //     Graphics buf = getGraphics(); //   t = new Thread(this); } // let's draw public void run { g.setColor(0xffffff); g.fillRect(0,0,w,h); g.setColor(0x111111); g.fillRect(25,25,125,125); g.setColor(0xababab); g.fillRect(70,60,70,60); flushGraphics(); //     " " } } 

यहां हमें बफर के बारे में चिंता करने की आवश्यकता नहीं है - सब कुछ तुरंत इसमें खींचा जाता है, और फिर जब फ्लशग्राफिक्स कहा जाता है , तो ऑफ-स्क्रीन बफर की सभी सामग्री को ऑन-स्क्रीन बफर में कॉपी किया जाता है।

बस इतना ही

इस तथ्य के बावजूद कि यह प्रतिपादन कार्य कई लाइनों में हल किया गया है, यह एक महत्वपूर्ण विषय है जिसमें डेवलपर्स को "तैरना" नहीं चाहिए। मुझे उम्मीद है कि आज का पाठ अंतिम से कम शिक्षाप्रद नहीं था। यही सब है, मुझे अपनी छुट्टी लेने दो।

जल्द मिलते हैं!

कॉफी पीना, जावा में लिखना।

पोस्ट स्क्रिप्टम

आप पास्टेबिन पर स्थापित परंपरा के अनुसार स्रोत कोड उठा सकते हैं।
यहाँ पहला उदाहरण है ।
और यहाँ दूसरा है ।