Android लाइव वॉलपेपर बनाएं

मुझे उसकी स्क्रीन के बारे में फोन स्क्रीन की तकनीकी जानकारी, अधिक सटीक रूप से, परीक्षण पूल में उसकी स्थिति के बारे में प्रदर्शित करने की आवश्यकता है। मैं हमेशा यह जानकारी, होम स्क्रीन पर और अतिरिक्त बॉडी मूवमेंट के बिना देखना चाहता हूं।

केवल दो तरीके हैं जो अन्य अनुप्रयोगों के निष्पादन को प्रभावित नहीं करेंगे: विजेट या लाइव वॉलपेपर। मैंने लाइव वॉलपेपर चुना, वे "लाइव वॉलपेपर" भी हैं, क्योंकि वे स्वचालित रूप से होम स्क्रीन के सभी पृष्ठों पर पहुंचते हैं, और यहां तक ​​कि लॉक स्क्रीन पर भी। यह लेख लाइव वॉलपेपर बनाने के तरीके पर व्यावहारिक सुझाव प्रदान करता है।

सत्य की खोज में

"लाइव वॉलपेपर" बिल्ली के बारे में प्रलेखन रोया। 9 साल पहले हुए ब्लॉग पर पहली (और केवल) घोषणा के बाद से, Google ने इस विषय पर एक भी समझदारी का उदाहरण या कोडलैब नहीं बनाया है। मुझे समझना था।

पहले मूल बातें। एंड्रॉइड का आंतरिक यांत्रिकी ऐसा है कि हम केवल डिवाइस पर एप्लिकेशन इंस्टॉल कर सकते हैं, और सभी एप्लिकेशन का डिवाइस समान है। चूंकि "लाइव वॉलपेपर" भी एक आवेदन है, एक नियंत्रण घटक का विकल्प महान नहीं है, और हमें उम्मीद करनी चाहिए कि यह सेवा होगी। इसे खोजना आसान है: यह WallpaperService है ।

"लाइव वॉलपेपर" के कई उदाहरण हो सकते हैं, और उनका जीवन चक्र गतिविधि या दृश्य से अलग होगा। तदनुसार, एक और आधार वर्ग होना चाहिए। यह WallpaperService.Engine है (और यह जरूरी है कि WallpaperService के लिए आंतरिक !)। यदि आप बारीकी से देखते हैं, तो यह गतिविधि, सेवा और उनके जैसे अन्य लोगों के जीवन चक्र की घटनाओं का एक ही प्रदाता होगा।

"लाइव वॉलपेपर" का जीवन चक्र इस तरह दिखता है:

OnCreate (सरफेसहोल्डर सरफेसहोल्डर)
onSurfaceCreated (सरफेसहोल्डर धारक)
onSurfaceChanged (सरफेसहोल्डर होल्डर, इंट फॉर्मेट, इंट चौड़ाई, इंट हाइट)
onVisibilityChanged (बूलियन दिखाई)
onSurfaceRedrawNeeded (सरफेसहोल्डर धारक)
onSurfaceDestroyed (सरफेसहोल्डर धारक)
onDestroy ()

इस सूची से यह स्पष्ट हो जाता है कि आपको चित्र को फिर से शुरू करने की आवश्यकता हो सकती है (या यदि आपके पास एनीमेशन है तो फिर से शुरू करना होगा), और जब सभी गतिविधि को रोकने और बैटरी को बर्बाद न करने का समय हो।

OnSurfaceRedrawNeeded () विधि बाकी हिस्सों से बाहर है, नीचे पढ़ें। मदद करने के लिए एक अदृश्य () विधि भी है (जो isVisible में isVisible संपत्ति में बदल जाती है)।

अब आप इस कंस्ट्रक्टर का निर्माण कर सकते हैं। मैं अंत से शुरू करूँगा।

खींचना

हमें खुद को कैनवस पर खींचना होगा, हमारे पास कोई लेआउट और इनफ्लो नहीं होगा। सर्फेसहॉर्ड से कैनवस कैसे प्राप्त करें और इस पर कैसे आकर्षित करें इस लेख के दायरे से परे है, नीचे एक सरल उदाहरण है।

 fun dummyDraw(c: Canvas) { c.save() c.drawColor(Color.CYAN) c.restore() } // surfaceHolder property is actually a call to the getSurfaceHolder() method fun drawSynchronously() = drawSynchronously(surfaceHolder) fun drawSynchronously(holder: SurfaceHolder) { if (!isVisible) return var c: Canvas? = null try { c = holder.lockCanvas() c?.let { dummyDraw(it) } } finally { c?.let { holder.unlockCanvasAndPost(it) } } } 

इंजन जीवन चक्र के तरीके

onSurfaceRedrawNeeded को छोड़कर सभी जीवनचक्र विधियों को तत्काल onSurfaceRedrawNeeded आवश्यकता नहीं होती है। इसलिए, कतार को फिर से बनाने के लिए एक अच्छा स्वर होगा।

 override fun onSurfaceCreated(holder: SurfaceHolder?) { super.onSurfaceCreated(holder) redrawHandler.planRedraw() } override fun onSurfaceChanged(holder: SurfaceHolder?, format: Int, width: Int, height: Int) { super.onSurfaceChanged(holder, format, width, height) redrawHandler.planRedraw() } override fun onVisibilityChanged(visible: Boolean) { super.onVisibilityChanged(visible) redrawHandler.planRedraw() } override fun onSurfaceDestroyed(holder: SurfaceHolder?) { super.onSurfaceDestroyed(holder) redrawHandler.omitRedraw() } override fun onDestroy() { super.onDestroy() redrawHandler.omitRedraw() } override fun onSurfaceRedrawNeeded(holder: SurfaceHolder) { super.onSurfaceRedrawNeeded(holder) redrawHandler.omitRedraw() drawSynchronously(holder) // do it immediately, don't plan } 

OnSurfaceRedrawNeeded पर ध्यान दें , जो हमें उसी नाम के सर्फेसहार्ड कॉलबैक पर कॉल करता है , जो आकार बदलने और इसी तरह की घटनाओं के होने पर होता है। यह कॉलबैक आपको उपयोगकर्ता को पुरानी (और पहले से ही गलत) तस्वीर प्रदर्शित करने की अनुमति के बिना, तुरंत फिर से तैयार करने की अनुमति देता है। सिस्टम गारंटी देता है कि जब तक इस पद्धति से वापसी नहीं हुई है, तब तक स्क्रीन पर आउटपुट रोक दिया जाएगा।

समयबद्धक

मुझे हैंडलर को फिर से परिभाषित करना पसंद है, न कि इसमें रननेबल को चलाना। मेरी राय में, बहुत सुंदर।

यदि आपके पास एनीमेशन या नियमित अपडेट हैं, तो आपको संदेश की नियमित कतार ( पोस्टअट्टीम () और पोस्टडेलिड () आपकी सहायता के लिए बनाने की आवश्यकता होगी। यदि डेटा छिटपुट रूप से अपडेट किया गया है, तो इसे अपडेट करने के लिए planRedraw() को कॉल करें।

 val redrawHandler = RedrawHandler() inner class RedrawHandler : Handler(Looper.getMainLooper()) { private val redraw = 1 fun omitRedraw() { removeMessages(redraw) } fun planRedraw() { omitRedraw() sendEmptyMessage(redraw) } override fun handleMessage(msg: Message) { when (msg.what) { redraw -> drawSynchronously() else -> super.handleMessage(msg) } } } 

सेवा और इंजन

सेवा और इंजन से यह मार्शका इस प्रकार है:

 class FooBarWallpaperService : WallpaperService() { override fun onCreateEngine() = FooBarEngine() inner class FooBarEngine : Engine() { .... } } 

AndroidManifest और अन्य मंत्र

मैं सॉफ्टवेयर विकास में मंत्र कहता हूं जिसे समझना असंभव है, लेकिन वास्तव में इसे दोहराना आवश्यक है।

में .../app/src/main/res/xml "लाइव वॉलपेपर" के विवरण के साथ एक XML फ़ाइल होनी चाहिए। इस फ़ाइल का नाम AndroidManifest में निर्दिष्ट होना चाहिए (नीचे दिए गए उदाहरण में शब्द foobarwallpaper के लिए देखें)

 <?xml version="1.0" encoding="UTF-8"?> <wallpaper xmlns:android="http://schemas.android.com/apk/res/android" android:thumbnail="@drawable/some_drawable_preview" android:description="@string/wallpaper_description" /> 

सेवा के विवरण में permission , meta-data और intent-filter न खोएं:

 <service android:name=".FooBarWallpaperService" android:enabled="true" android:label="Wallpaper Example" android:permission="android.permission.BIND_WALLPAPER"> <meta-data android:name="android.service.wallpaper" android:resource="@xml/foobarwallpaper" > </meta-data> <intent-filter> <action android:name="android.service.wallpaper.WallpaperService"> </action> </intent-filter> </service> 

कैसे जोड़ें

"लाइव वॉलपेपर" छुपा रहे हैं, इसलिए एक संकेत है। मैं वर्णन करता हूं कि यह मेरे सैमसंग पर कैसा दिखता है।

होम स्क्रीन पर लॉन्ग प्रेस को शुरू करने के लिए, फोन डेस्कटॉप सेटिंग्स मोड में जाएगा, वॉलपेपर आइकन दिखाई देगा।

हम वॉलपेपर आइकन पर क्लिक करते हैं, कई खंड, हमें मेरे वॉलपेपर की आवश्यकता है, शिलालेख पर क्लिक करें अनुभाग के ऊपरी दाएं कोने में सभी देखें , सूची पूर्ण स्क्रीन में खुलती है।

हम मेनू कॉल के "तीन अंक" दबाते हैं, इसमें LIve वॉलपेपर आइटम (मेरे पास एक है), उपलब्ध "लाइव वॉलपेपर" की एक सूची दिखाई देती है।

हमारे वॉलपेपर का चयन करें, और "होम और लॉक स्क्रीन" चुनें।

एक "पूर्वावलोकन" दिखाई देगा, जो पहले से ही हमारे एप्लिकेशन द्वारा तैयार किया जा रहा है (इस बिंदु को पहचानने के लिए, isPreview () विधि है), वॉलपेपर के रूप में सेट करें पर क्लिक करें ... और हम कुछ भी नहीं देखते हैं, क्योंकि हम उपलब्ध वॉलपेपर की सूची पर लौटते हैं।

"होम" पर क्लिक करें और आनंद लें।

और फिर Android वॉच?!

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

वॉच फेसेस की बेस कक्षाओं में रेडी-मेड onDraw() , जहाँ कैनवस को पास किया जाता है, और इसे कॉल करने के लिए invalidate() है। लेकिन यह मौलिक अंतर नहीं है, बल्कि बॉयलरप्लेट का कार्यान्वित हिस्सा है।

लाइव वॉलपेपर के विपरीत, वॉच फ़ेस के लिए उदाहरण हैं, आप उन्हें खोद सकते हैं (लिंक यहां , बहुत शुरुआत में)।

क्या हुआ?

हरे रंग की स्क्रीन को पेंट करने वाले एप्लिकेशन के लिए स्क्रीनशॉट बहुत कम मायने रखता है। लेकिन इस पर आधारित चित्रों की एक जोड़ी स्पॉइलर के तहत मुकाबला स्टैंड के लिए किया गया था।

धन्यवाद

यदि इन दो लेखों के लिए नहीं, तो मैं बहुत अधिक समय तक अंधेरे में भटकता रहता। मैं सोच भी नहीं सकता कि 2010 में इस तरह के गुणवत्ता दस्तावेज के साथ वे कैसे लिखे जा सकते थे!

Kirill Grouchnikov, लाइव वॉलपेपर
वोगेला, एंड्रॉइड लाइव वॉलपेपर - ट्यूटोरियल

स्रोत कोड

→ गिटहब