एंड्रॉइड एक्सेसिबिलिटी - भेड़ के कपड़ों में एक भेड़िया? यांडेक्स व्याख्यान

एक महीने पहले, अगले Droid पार्टी में, वरिष्ठ डेवलपर Danila Fetisov ने सेवा के सिद्धांत की विस्तार से जांच की, जो एंड्रॉइड की पहुंच-योग्यताओं के लिए जिम्मेदार है। आप सीखेंगे कि अपनी परियोजनाओं की पहुंच में सुधार करने के लिए इसका उपयोग कैसे करें, साथ ही क्लिकजैकिंग नामक एक खतरनाक भेद्यता।


- मेरा नाम डानिला फेटिसोव है, मैं यैंडेक्स के मास्को कार्यालय से हूं, विशेष रूप से टैक्सी से, विशेष रूप से टैक्सीमीटर से। आज हम इस बारे में बात करेंगे कि एंड्रॉइड एक्सेसिबिलिटी क्या है और क्यों मैंने विकलांग लोगों के लिए ऐसी पवित्र छोटी चीज को कॉल करने का फैसला किया, जिसमें भेड़ के कपड़ों में भेड़िया होता है।



तो, रिपोर्ट की रूपरेखा। सबसे पहले, हम देखेंगे कि इस चीज़ का उपयोग, निर्माण और अनुकूलित कैसे किया जा सकता है। हो सकता है कि मैं आपको जीवन के कुछ भाग बताऊं, किराना nishtyaks। और फिर सबसे दिलचस्प के बारे में - यह बात क्यों खतरनाक है।

हम इसे कैसे लागू कर सकते हैं? सामान्य तौर पर, यह उन लोगों के लिए क्या है जो नहीं जानते हैं? सिस्टम में कोई भी घटना घटती है, वे हमारी सेवा में आते हैं, और हम उन्हें प्रोसेस करते हैं।

एक बार जब हमारे लिए कुछ गिर जाता है, तो हम वहां से सामग्री ले सकते हैं और उसी यैंडेक्स स्पीचकिट, Google टेक्स्ट-टू-स्पीच या किसी और चीज़ का उपयोग करके उसे आवाज़ दे सकते हैं। लेकिन जो सबसे दिलचस्प है, हम न केवल प्राप्त कर सकते हैं, बल्कि एक सिस्टम ईवेंट भी फेंक सकते हैं। आप अभी भी कुछ कह सकते हैं। उसने घटना को फेंक दिया, बटन दबाया, और सही सब कुछ ठीक है, जीवन का आनंद लें।

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

स्वचालन, उपयोगकर्ता कार्यों का अनुकरण करके परीक्षण, प्रासंगिक विज्ञापन। आप समझते हैं: चूंकि हमें स्क्रीन से सामग्री मिलती है, हम समझ सकते हैं कि इस उपयोगकर्ता को कैसे निराश किया जाए।

और क्या दिलचस्प है? यूएसएसडी अनुरोधों को संसाधित करना। दुर्भाग्य से, सामान्य एपीआई केवल 26 वें एसडीके से दिखाई दिया, और डेवलपर्स को किसी तरह जीवित रहने की आवश्यकता है। और आप कल्पना करते हैं, वे यूएसएसडी अनुरोधों को गंभीरता से देख रहे हैं, एक्सेसबिलिटी सर्विस का उपयोग करके यूआई को पार्स कर रहे हैं।

छठा बिंदु दीर्घवृत्त है। क्यों? क्योंकि इस रिपोर्ट के बाद, आपको यह समझना होगा कि इसे कैसे और किसके लिए लागू किया जाए। और फिर आप शाब्दिक रूप से अपनी कल्पना के प्रवाह को खोलते हैं, एक कप चाय, कॉफी लेते हैं, और अपनी शांत विशेषताओं को कोड करने के लिए चले जाते हैं।

कहाँ से शुरू करें? अगली स्लाइड में दर्द आम बात होगी।


हम एक सेवा लेते हैं, AccessibilityService से विरासत में लेते हैं और जीवन का आनंद लेते हैं।

फिर हम इस सेवा को मैनिफेस्ट में फेंक देते हैं, और यहां क्या दिलचस्प है? अनिवार्य रूप से एक नियमित सेवा रिकॉर्ड। लेकिन लेबल क्षेत्र पर ध्यान दें। अब मैं यह नहीं बताऊंगा कि यह क्या है। याद रखें, यह थोड़ा बाद में होगा।



इसके अलावा मैनिफेस्ट में हमारे पास बस एक कॉन्फिग फाइल है, जो दिलचस्प भी नहीं है।


और कॉन्फ़िगर फ़ाइल अपने आप में कुछ अधिक भयानक लगती है। आपको जिन चीज़ों की ज़रूरत होगी, उनमें से सबसे अधिक, 85-90 प्रतिशत आने वाली घटनाओं के लिए फ़िल्टर सेटिंग फ़ील्ड है।

मान लें कि यह हमारे यहाँ है कि हम पूरी तरह से सभी कार्यक्रम प्राप्त करना चाहते हैं। आप केवल फ़िल्टर पर, सामग्री बदलने पर, या किसी और चीज़ पर फ़िल्टर लगा सकते हैं।

अगला एप्लिकेशन पैकेजों के लिए एक फ़िल्टर है। यह किस लिए है? आप स्वयं इस बात को पूरी तरह से समझते हैं कि सिस्टम के सभी अनुप्रयोगों से घटनाओं को प्राप्त करना एक आवेदन के लिए बहुत अधिक होगा। इसलिए, Google ने इसे किसी तरह सीमित करने का फैसला किया। एक फिल्टर जोड़ा।

आगे का वर्णन एक लेबल फ़ील्ड था, और अब विवरण का उपयोग करें। वास्तव में, वे एक जोड़ी बनाते हैं, जो तब उपयोगकर्ता को बताता है कि आपको अपनी सेवा को सक्षम करने की आवश्यकता क्यों है।

और अंतिम बिंदु: वर्तमान खुली खिड़की से सामग्री की आवश्यकता है या नहीं। यदि आप केवल यह समझना चाहते हैं कि कोई घटना घटित हुई है, तो इसे गलत पर सेट करें और उपयोगकर्ता को फिर से पीड़ा न दें।


सेवा का समावेश। दुर्भाग्य से, इस सुविधा को सक्षम करने के लिए, आपको उपयोगकर्ता को यातना देना होगा और उसे सेटिंग्स के सात हलकों से गुजरने के लिए मजबूर करना होगा, अपेक्षाकृत बोलना।

सबसे पहले, हम उसके लिए विशेष अवसर खोलते हैं। कूल एक्सेसिबिलिटी सर्विस - यह मैनिफ़ेस्ट से बिल्कुल वैसा ही लेबल है, जैसा मैंने आपको पिछली स्लाइड्स में बताया था।


इसके अलावा। उपयोगकर्ता को आपकी सेवा का चयन करने की आवश्यकता है, और फिर वह विवरण पढ़ना शुरू करता है, आप इस सेवा को सक्षम क्यों करना चाहते हैं और डिवाइस पर कुछ नियंत्रण प्राप्त करना चाहते हैं।


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

ठीक है, जहां घटना प्रसंस्करण वास्तव में हमें मिलता है? अगली स्लाइड सेवा के बारे में पहली स्लाइड की तुलना में थोड़ी स्मार्ट है, लेकिन फिर भी।


यहाँ हमारी DummyAccessibilityService है, और हम वहाँ दो विधियाँ छोड़ते हैं, जिसमें हम सब कुछ लिखेंगे। वास्तव में, रुकावट एक ऐसी विधि है जिसमें आपको अपने लिंक को साफ करना होगा, सदस्यता को रोकना होगा, या कुछ और।

सबसे दिलचस्प AccessibilityEvent वर्ग है, जो हमारे पास आता है। हम इससे बाहर क्या निकाल सकते हैं?

शुरू करने के लिए, हम समझ सकते हैं कि आपके सिस्टम में वास्तव में क्या हुआ था। हम EventType लेते हैं, और हम यहां क्या प्राप्त करते हैं?

और हमें पता चलता है कि हमारे पास किसी प्रकार की गतिविधि खोली गई है, या संवाद, या पॉपअप, या सामान्य तौर पर अधिसूचना गिर गई है। सब कुछ वहीं पर गिर जाता है window_state_changed।

हम आगे समझते हैं कि कुछ दृश्य की सामग्री बदल गई है। उन्होंने इसे स्थानांतरित कर दिया, पाठ दृश्य में कुछ रेखा या ऐसा कुछ फेंक दिया।

और तब हमें पता चलता है कि उपयोगकर्ता कब क्लिक करता है, या एक दृश्य का चयन करता है। मेरी राय में, 85, और यहां तक ​​कि 98, शायद, मुख्य उत्पाद कार्यों का प्रतिशत जो आप इन ईवेंट प्रकारों के साथ कवर करते हैं।

लेकिन अगर आपके पास उनमें से पर्याप्त नहीं है, तो कृपया, आप दस्तावेज़ पर जा सकते हैं, मैं आपको रिपोर्ट के अंत में एक लिंक दिखाऊंगा, और निश्चित रूप से, आप रिपोर्ट डाउनलोड करेंगे, आप आगे बढ़ सकते हैं। यह पूरी शाम के लिए सिर्फ एक रीडिंग है, एक बहुत बड़ी सूची है। गंभीरता से, आपने इसे एक बार में मास्टर नहीं किया।

अब हमारे पास एक सवाल है: एक दृश्य कैसे खोजें? हमें पता चला कि क्या हुआ था। और अब आइए समझते हैं कि किस दृश्य के साथ, यह किस घटक के साथ हुआ।

हमारा AccessibilityEvent लें।

हम उससे स्रोत लेते हैं, और, आवाज, हमारे पास पहले से ही मेटा-जानकारी है।

लेकिन क्या होगा यदि आप एक कट्टर डेवलपर हैं, और आपके पास एक दृश्य के बारे में पर्याप्त जानकारी नहीं है, तो आप समझना चाहते हैं कि मूल रूप से अब स्क्रीन पर क्या हो रहा है? एसडीके पर एक सीमा है, लेकिन यह छोटा है।

हम अपने एक्सेसिबिलिटी सर्विस को लेते हैं, और हमें वर्तमान स्क्रीन पर संपूर्ण पदानुक्रम में मूल तत्व का संदर्भ मिलता है। और उसके बाद ही हमें अपनी मेटा-जानकारी देखने को मिलती है।

यह, ज़ाहिर है, शांत है, लेकिन अब आपके सिर में एक प्रश्न होना चाहिए: ठीक है, हमें मूल तत्व का लिंक मिला है। हम आगे क्या करें?

यदि आप सुरक्षित रास्ते पर जाना चाहते हैं, तो, कृपया, पहला विकल्प। एक आईडी देखें, और बस एक विधि खोजें।

यदि यह आपको लगता है कि यह किसी तरह से उबाऊ है, तो शिकार करना कुछ अधिक मजेदार है, फिर हम पाठ को देखने से लेते हैं, हम इसे पाठ से पाते हैं।

यदि यह आपके लिए पर्याप्त दिलचस्प नहीं है - तो ठीक है, दोस्तों, चाइल्ड एंड रिकर्सियन को लें, उस पर चलें। तब आपको ठीक-ठीक समझ में आ जाएगा कि क्या हो रहा है।

बहुत बढ़िया। आपको और मुझे पता चला कि कैसे एक दृश्य मिल सकता है। अब उसके साथ बातचीत कैसे करें?

फिर से, हम अपने AccessibilityNodeInfo को लेते हैं, और अब हम पहले से ही इसमें एक्शन फेंक रहे हैं। हम वहां क्या कार्रवाई कर सकते हैं?

शुरू करने के लिए, हम क्लिक कर सकते हैं। अंत में मैंने यहाँ क्लिक के बाद ही क्यों नहीं डाला, बल्कि क्लिक और सेलेक्ट भी किया? हां, क्योंकि कॉर्नर केस का एक गुच्छा है, जब सामान्य क्लिक आपको नहीं बचाता है। मान लीजिए कि उपयोगकर्ता किसी पाठ का चयन करता है और दृश्य पर क्लिक करने से उस पाठ से चयन साफ़ हो जाएगा। या, कुछ उपकरणों पर, सिद्धांत रूप में, दृश्य तब तक क्लिक करने योग्य नहीं है जब तक कि आप उस पर चयन न करें। सामान्य तौर पर, बहुत सारी समस्याएं। और अगर आप सिर्फ स्टीम बाथ लेना चाहते हैं - Do Select, Do Click पर क्लिक करें। टू एक्शन, और वह सब, खुशी है।

हमारे साथ आगे क्या है? और फिर हमारे पास पाठ स्थापना है। यहाँ भी, सब कुछ सरल है। Action_set_text को लें, हमारी लाइन के साथ एक बंडल बनाएं, और लाइव करें।

और तीसरा बिंदु प्रलेखन पर जाता है। फिर, यह दूसरी शाम आपको होगी। क्रियाओं का एक गुच्छा, मेरी राय में, घटनाओं से भी अधिक।

हुर्रे! रिपोर्ट का सबसे उबाऊ हिस्सा खत्म हो गया है। अब यह सभी प्रकार के निशिचतकोव का समय है।

मान लीजिए कि आपने एक सेवा बनाई है, इसे कॉन्फ़िगर किया है, और किसी प्रकार की घटना प्रसंस्करण को फेंक दिया है। अब आपको यह समझने की आवश्यकता है कि उपयोगकर्ता को कैसे मजबूर किया जाए, कैसे उसे इस सेवा को सक्षम करने के लिए कहा जाए। इसे समझने के लिए, आपको यह पता लगाना होगा कि सिद्धांत रूप में, सेवा अब चालू है या नहीं।


भोज के मुद्दे पर सब कुछ सरल है। हम AccessibilityManager लेते हैं और इसे सिस्टम में वर्तमान में शामिल सभी सेवाओं के लिए पूछते हैं, और वहां हम अपना पाते हैं।

लेकिन निश्चित रूप से, सबकुछ अच्छा होगा यदि एक्सेसिबिलमैनमैन एक सामान्य आदमी था, और ऐसा नहीं था कि आप उससे पूछें: "यार, मुझे दे दो, कृपया, सभी उपलब्ध सेवाएं," और वह कहता है: "क्षमा करें, मैं आज नहीं हूँ मूड में। यहाँ आपके लिए एक खाली सूची है। ” और आप बैठे हैं और सोच रहे हैं: "अरे, हमने सामान्य रूप से बात की है।"


खैर, अच्छे पुराने दोस्त हैं - ये Settings.Secure.getInt और getString हैं। पहले हम पूछते हैं कि क्या सिस्टम में भी सेवाएं शामिल हैं। यदि शामिल है, तो सब कुछ एक पंक्ति में फेंक दिया जाता है, और वहां हम पहले से ही किसी तरह की सामग्री के माध्यम से अपनी तलाश कर रहे हैं।

और यहाँ हम इस तथ्य से मिलते हैं कि हमने सब कुछ ठीक किया। हमने कॉन्फ़िगरेशन बनाया, किसी भी ईवेंट का निर्माण किया, सेवा चालू की। हम यह सुनिश्चित करते हैं कि हम सेवा में बदल गए, और घटनाएं हमारे पास नहीं आईं। और इसलिए, वे या तो पहुंचते हैं, या नहीं आते हैं। उस पल, मैंने सोचा कि मेरे जीवन में किसी तरह की काली लकीर आ गई थी। अभी कोई विकल्प नहीं था।

मैंने सोचा, सोचा, फिर से लिखा, फिर से लिखा, और फिर, बिंगो, मैंने महसूस किया कि यह उनके MIUI के साथ Xiaomi है। कि बस लोगों को दर्द है! वह गंभीर है।

ठीक है, समझे कि समस्या क्या है। अब इसे कैसे हल किया जाए? दुर्भाग्य से, MIUI में कुछ फर्मवेयर पर सब कुछ किया जाता है ताकि यदि आपका एप्लिकेशन ऑटो स्टार्ट में न हो, तो सिस्टम आपकी सेवा को सिद्धांत रूप में भी शुरू नहीं करेगा।


लेकिन यहां एक समाधान है - हम उपयोगकर्ता को आपके आवेदन को ऑटो स्टार्ट में जोड़ने के लिए कहते हैं, और हम जीवन जीते हैं, आनंद लेते हैं।

और फिर केक पर चेरी ले आया। यह सेवा क्यों है, विकलांग लोगों के लिए इतनी दयालु, भेड़ के कपड़ों में एक भेड़िया?

मुझे ऐसा लगता है कि आप में से कई लोगों ने पहले ही अनुमान लगा लिया है कि अगर कोई उपयोगकर्ता इस सेवा को चालू करता है, तो हम आसानी से उसके डिवाइस से बहुत सारी गोपनीय जानकारी चुरा सकते हैं। न केवल हम इसे चुरा सकते हैं, हम इसे कहीं भी छोड़ सकते हैं, उदाहरण के लिए, स्क्रीन को अनलॉक करें यदि यह पिन कोड का उपयोग करके लॉक किया गया है। ठीक है, ठीक है, स्क्रीन अनलॉक करें। आगे क्या है? हम स्वयं विज्ञापन दे रहे हैं, हम बहुत सारा पैसा कमाएंगे, हम तुरंत ही जीवित रहेंगे। और, अंत में, हम मूल रूप से उपयोगकर्ता के किसी भी कार्य का अनुकरण कर सकते हैं, और कहते हैं, किसी प्रकार का एप्लिकेशन डालें, उसके व्यवस्थापक अधिकार दें, और उपयोगकर्ता को कहें: “अलविदा। अपने डिवाइस को अलविदा कहो। ”

ठीक है, हम यह सब कर सकते हैं, लेकिन अब आप कहेंगे: “तुम, बेशक, अच्छा किया। उन्होंने बताया कि हम किस तरह का डेटा चुरा सकते हैं। लेकिन आप उपयोगकर्ता को अपने एक्सेसिबिलिटी सर्विस को कैसे चालू करते हैं, और यदि आवेदन बाएं हाथ से किया जाता है? ” ठीक है, उपयोगकर्ता, यह मुझे लगता है, बस सेटिंग्स खोलता है, समझता है कि वहां किसी प्रकार का बकवास लिखा गया है, बंद करता है, आवेदन को भूल जाता है और भूल जाता है। और आप जानते हैं, आप सही होंगे कि सिस्टम सेटिंग्स के माध्यम से चालू करने का पहला तरीका "नहीं" है, क्योंकि, आप जानते हैं, यह किसी प्रकार की बकवास है। और यहाँ एक भेद्यता हमारी सहायता के लिए आती है, जिसे संक्षेप में, क्लिकजैकिंग कहा जाता है। आप में से कितने लोग क्लिकजैकिंग से परिचित हैं? बढ़िया, यह दिलचस्प होगा।

तो, इस भेद्यता के आधार पर, कुछ लोग - मैंने एक छोटा सा संदर्भ दिया, क्योंकि निम्नलिखित सभी स्क्रीनशॉट इन लोगों के संसाधनों से होंगे - क्लोक और डैगर नामक हमले के साथ आया था। वास्तव में, केवल दो अनुमतियों और न्यूनतम उपयोगकर्ता इंटरैक्शन के साथ, आपको सीधे "पूरी तरह से" शब्द से पूरे एप्लिकेशन तक पहुंच प्राप्त होती है।
लेकिन ठीक है, उपयोगकर्ता को हैक करने के लिए हमें क्या करने की आवश्यकता है?

हम अपने एप्लिकेशन को Google Play पर फेंक रहे हैं। हमें उम्मीद है कि Android संस्करण का उपयोगकर्ता 8 से कम है।

आप समझते हैं, थोड़ा सा - इस समय 95%। और यह सब, उपयोगकर्ता हमारे आवेदन को डाउनलोड करता है।


संक्षेप में, यह मैलवेयर उपयोगकर्ता को बताता है कि एक अच्छा आदमी कैसे बनें, बहुत अंत में एक वीडियो दिखाता है। अब आप अपने लिए सब कुछ देखेंगे।


ठीक है, चलो शुरू हो जाओ। थोड़ा पाठ। हमें बताया गया है: "यदि आप अब ट्यूटोरियल शुरू करते हैं, तो आप एक अच्छे आदमी बन जाएंगे।" ठीक है, बेशक, हम शुरू कर रहे हैं।


कोई और पाठ। आगे भी, लोगों को हरे पुरुषों के रूप में प्रस्तुत किया जाएगा। ठीक है, ठीक है, आगे क्लिक करें।


एक और पाठ। अच्छा, ठीक है। अब मैं इसे पढ़ना समाप्त करूंगा और मैं एक वीडियो अवश्य देखूंगा, जिस पर वे मुझे बताएंगे कि एक अच्छा आदमी कैसे बने।



मैं "ओके" पर क्लिक करता हूं, और वहां वीडियो शुरू होता है। यह हमारे लिए इतना महत्वपूर्ण नहीं है। यह महत्वपूर्ण है कि वास्तव में उस क्षण डिवाइस पर क्या हुआ। उपयोगकर्ता ने एप्लिकेशन लॉन्च किया है, और जब से हमने इसे Google Play से इंस्टॉल किया है, हमें स्वचालित रूप से ओवरले करने की अनुमति दी जाती है। वोइला, हम एक्सेसिबिलिटी विंडो खोलते हैं, और ऊपर सिर्फ ओवरले। उपयोगकर्ता स्टार्ट ट्यूटोरियल पर क्लिक करता है, लेकिन वास्तव में हमारे AccessibilityService का चयन करता है। खैर, आप समझते हैं कि आगे क्या है।


अगला हम अगला क्लिक करते हैं, टॉगल स्विच का चयन करें।


बहुत ही अंत में, हम AccessibilityService को चालू करते हैं, और उपयोगकर्ता को यह भी एहसास नहीं होता है कि ऐसा हुआ था।

क्या आप जानते हैं कि समस्या क्या है? ओवरले को इस तरह से व्यवस्थित किया जाता है कि वे या तो पूरी तरह से सभी घटनाओं को अवशोषित कर लेते हैं, सभी स्पर्श पहले से ही दूर हैं, या वे पूरी तरह से याद करते हैं। और इस विशेष हमले की बात यह है कि हम ओवरले भरते हैं, एक स्थान को छोड़कर पूरी स्क्रीन। इस मामले में, यह ठीक बटन है। यह बटन वास्तव में संवाद से है। जब हम उस पर क्लिक करते हैं, तो हमें एक घटना मिलती है जो कहती है कि बाहर स्पर्श हुआ है, और सब कुछ ठीक है।

Google इन सभी समस्याओं पर कैसे प्रतिक्रिया देता है? आप समझते हैं, यह एक क्रूर भेद्यता है।

यह सब काफी दिलचस्प तरीके से शुरू हुआ - सभी आठ साल की चुप्पी के साथ। Google ने इस छोटी सी बात का खुलासा किया, कहा: “दोस्तों, इसका इस्तेमाल करो। यह सुरक्षित है। मैं यकीन के लिए कहता हूं। ” अच्छा, ठीक है। Google ने फेंक दिया। वही लोग जो क्लोक और डैगर ने आविष्कार किए, समर्थन फेंक दिया, ट्रैकर्स और बग ट्रैकर्स को जारी किया।

तब Google ने कहा, "ठीक है, ठीक है, लोग शांत हो जाओ।" मैं ओरेओ में क्लिकजैकिंग बंद कर दूंगा। " अच्छा, इसे बंद करो। वे अभी भी वहां बैठते हैं, वे सोचते हैं: "ठीक है, धिक्कार है, दोस्तों, सभी एक ही, यदि हमलावर उपयोगकर्ता को पहुंच सक्षम करने के लिए मजबूर करते हैं, तो यह बुरा होगा। चलो डेवलपर्स को थोड़ा सा मॉक करें।

और वे एक पत्र भेजते हैं: "ऐसा करो, मुझे पता नहीं है, अन्यथा तुम्हारा आवेदन Google Play से हटा दिया जाएगा।" संक्षेप में, पत्र इस प्रकार था: "दोस्तों, हमें और उपयोगकर्ताओं को बताएं कि आपको AccessibiiltyService की आवश्यकता क्यों है।" कैसे बताएं? किस प्रारूप में? कहाँ? आम तौर पर कोई समझ नहीं। और पत्र में, ज़ाहिर है, यह संकेत नहीं है।

अच्छा, ठीक है। रेडिट पर विशाल धागे, समर्थन के लिए अक्षरों का एक गुच्छा। और फिर कुछ डेवलपर रेडिट पर एक पत्र डालते हैं, और यह कहते हैं: "हाँ, दोस्तों, कुछ भी जटिल नहीं है। इसे उस विवरण में रखें, जो मैंने आपको दिखाया था, प्रकट रूप में, इसे Google Play पर विवरण में रखें, और सब कुछ ठीक हो जाएगा, मैं आपको अकेला छोड़ दूंगा। "

उस क्षण मैंने सोचा: ठीक है, ठीक है, मुझे यह पत्र रेडिट के कुछ किनारे पर मिला। लेकिन क्या होगा अगर मैं एक युवा डेवलपर हूं, मैं सिर्फ AccessibilityService से परिचित हूं और इसके साथ एप्लिकेशन जारी करना चाहता हूं? मुझे यह कैसे पता लगाना चाहिए कि मुझे ऐसे कार्यों को करने की आवश्यकता है, क्या मुझे इसे Google Play आदि पर वर्णन करने की आवश्यकता है? मैंने सोचा था, सोचा, खोजा, खोजा, और, आप जानते हैं, दोस्तों, मुझे इस शब्द से कुछ भी नहीं मिला है।

खैर, गंभीरता से, कुछ भी नहीं है। मुख्य दस्तावेज में सिर्फ एक विवरण है: “दोस्तों, यह विशुद्ध रूप से विकलांग लोगों के लिए है, यह बात है। अब आप इसका उपयोग नहीं कर सकते हैं। " लेकिन वास्तव में, यह पता चला है, यह संभव है।

खैर, आप और मैं समाप्त हो गए हैं। हम आपसे क्या बात कर सकते थे? हमने इसका उपयोग करने के तरीके के बारे में बात की, समझा कि यह सब कैसे बनाया जाए, इसे कॉन्फ़िगर करें और समझें कि यूआई घटनाओं को कैसे संभालना है। और, ज़ाहिर है, हम समझ गए कि यह कैसे संभव है, लेकिन आपको AccessibilityService के साथ सहभागिता करने की आवश्यकता नहीं है। बेशक, मैं आपको ऐसा करने की सलाह नहीं देता, यह सिर्फ जानकारी के लिए था। यहाँ वादा किए गए स्रोत हैं:

- developer.android.com/guide/topics/ui/accessibility/services
- डेवलपर .android.com / reference / android / view / accessibility / AccessibilityEvent
- डेवलपर .android.com / reference / android / view / accessibility / AccessibilityNodeInfo
- cloak-and-dagger.org

दोस्तों, आपका ध्यान देने के लिए बहुत बहुत धन्यवाद!