👩‍🎤 👎🏿 🎇 Android प्रोजेक्ट के लिए घर का बना "चीनी" या "यह कैसे करें" 👅 🏊 🖤

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

आवेदन और टोस्ट

पहली चीज जो हमेशा काम में आ सकती है और कभी-कभी कार्यक्रम के किसी भी बिंदु पर इसकी आवश्यकता होती है, आवेदन की एक कड़ी है। यह एक साधारण वर्ग द्वारा हल किया जाता है, जिस लिंक को AndroidManifest में पंजीकृत किया गया है।

class App : Application() { init { APP = this } companion object { lateinit var APP: App } }

इसके लिए धन्यवाद, पूरे एप्लिकेशन के संदर्भ में हमेशा पहुंच होती है और आप कहीं से भी लाइनें / संसाधन प्राप्त कर सकते हैं। और कम से कम चीनी के निम्नलिखित अनाज के लिए यह आवश्यक है:

 fun Toast(messageId: Int) { Toast.makeText(App.APP, messageId, Toast.LENGTH_LONG).show() } fun Toast(message: String) { Toast.makeText(App.APP, message, Toast.LENGTH_LONG).show() }

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

स्क्रीन पर कौन है?

एक गतिविधि वाले कार्यक्रम लोकप्रियता प्राप्त कर रहे हैं। लेकिन हमारी वास्तुकला के लिए, कई गतिविधि का उपयोग करने का निर्णय लिया गया था। कम से कम प्राधिकरण तर्क और आवेदन के मुख्य भाग को अलग करने के लिए। समय के साथ, यह समझना आवश्यक हो गया कि क्या स्क्रीन दिखाई दे रही है और यह अनुप्रयोग का क्या हिस्सा है। और भविष्य में, एप्लिकेशन लोकेल में तार प्राप्त करने की भी आवश्यकता थी। लेकिन पहले बातें पहले। ताकि हमारा APP मूल्य अकेले ऊब न जाए, कंपनी उसे बनाएगी:

 var screenActivity: AppCompatActivity? = null var onScreen: Boolean = false

और फिर, हम अपना आधार वर्ग बनाते हैं, जो AppCompatActivity से विरासत में मिला है:

 open class BaseActivity : AppCompatActivity() { override fun onStart() { super.onStart() App.onScreen = true } override fun onStop() { super.onStop() if (App.screenActivity == this) { App.onScreen = false if (isFinishing()) App.screenActivity = null } } override fun onDestroy() { super.onDestroy() if (App.screenActivity == this) App.screenActivity = null } override fun onCreate(savedInstanceState: Bundle?) { App.screenActivity = this } override fun onRestart() { super.onRestart() App.screenActivity = this } }

हां, नए मार्गदर्शकों के लिए, आप आवश्यक स्थानों पर गतिविधि के साथ जीवनचक्र की सदस्यता ले सकते हैं। लेकिन हमारे पास वही है जो हमारे पास है।

स्थानीयकृत तार

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

 fun getRes(): Resources = screenActivity?.resources ?: APP.resources fun getLocalizedString(stringId: Int): String = getRes().getString(stringId) fun getLocalizedString(stringId: Int, vararg formatArgs: Any?): String = getRes().getString(stringId, *formatArgs)

और अब आवेदन में कहीं से भी हम सही लोकेल में स्ट्रिंग प्राप्त कर सकते हैं।

SharedPreferences

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

 lateinit var settings: SharedPreferences

यह शुरू हो जाता है जब आवेदन शुरू होता है और हमेशा हमारे लिए उपलब्ध होता है।

 class PreferenceString(val key: String, val def: String = "", val store: SharedPreferences = App.settings, val listener: ModifyListener? = null) { var value: String get() { listener?.customGet() return store.getString(key, def) ?: def } set(value) { store.edit().putString(key, value).apply() listener?.customSet() } } interface ModifyListener { fun customGet() {} fun customSet() {} }

बेशक, आपको प्रत्येक प्रकार के चर के लिए इस तरह की एक कक्षा उत्पन्न करनी होगी, लेकिन आप सभी आवश्यक सेटिंग्स के साथ सिंगलटन को बदल सकते हैं, उदाहरण के लिए:

 val PREF_LANGUAGE = PreferenceString("pref_language", "ru")

और अब आप हमेशा एक क्षेत्र के रूप में सेटिंग्स को संदर्भित कर सकते हैं, और श्रोता के माध्यम से लोडिंग / बचत और संचार छिपाया जाएगा।

ओरिएंटेशन और टैबलेट

क्या आपको दोनों झुकावों का समर्थन करना पड़ा है? और आपने यह कैसे निर्धारित किया कि अब आप किस अभिविन्यास में हैं? हमारे पास इसके लिए एक सुविधाजनक तरीका है, जिसे फिर से कहीं से भी बुलाया जा सकता है और संदर्भ के बारे में परवाह नहीं है:

 fun isLandscape(): Boolean { return getRes().configuration.orientation == Configuration.ORIENTATION_LANDSCAPE }

यदि आप मान / dimen.xml में रखते हैं:

 <bool name="isTablet">false</bool>

और मूल्यों में-बड़े / डिमेन। Xml:

 <bool name="isTablet">true</bool>

फिर आप एक विधि भी बना सकते हैं:

 fun isTablet(): Boolean { return getRes().getBoolean(R.bool.isTablet) }

DateFormat

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

 class ThreadSafeDateFormat(var pattern: String, val isUTC: Boolean = false, val locale: Locale = DEFAULT_LOCALE){ val dateFormatThreadLocal = object : ThreadLocal<SimpleDateFormat>(){ override fun initialValue(): SimpleDateFormat? { return SimpleDateFormat(pattern, locale) } } val formatter: SimpleDateFormat get() { val dateFormat = dateFormatThreadLocal.get() ?: SimpleDateFormat(pattern, locale) dateFormat.timeZone = if (isUTC) TimeZone.getTimeZone("UTC") else timeZone return dateFormat } }

और एक उदाहरण (हाँ, यह फिर से सिंगलटन के अंदर प्रयोग किया जाता है):

 private val utcDateSendSafeFormat = ThreadSafeDateFormat("yyyy-MM-dd", true) val utcDateSendFormat: SimpleDateFormat get() = utcDateSendSafeFormat.formatter

पूरे आवेदन के लिए, कुछ भी नहीं बदला है, और थ्रेड्स के साथ समस्या का समाधान किया गया है।

TextWatcher

और आपने कभी भी यह नहीं सोचा कि अगर आपको EditText में कौन सा टेक्स्ट दर्ज करना है, तो आपको TextWatcher का उपयोग करने और 3 (!) विधियों को लागू करने की आवश्यकता है। महत्वपूर्ण नहीं है, लेकिन सुविधाजनक नहीं है। और सब कुछ वर्ग द्वारा तय किया जाता है:

 open class TextWatcherObject : TextWatcher{ override fun afterTextChanged(p0: Editable?) {} override fun beforeTextChanged(p0: CharSequence?, p1: Int, p2: Int, p3: Int) {} override fun onTextChanged(p0: CharSequence?, p1: Int, p2: Int, p3: Int) {} }

कीबोर्ड

क्या हमेशा की जरूरत है। आपको तुरंत कीबोर्ड दिखाने की आवश्यकता है, फिर कुछ बिंदु पर आपको इसे छिपाने की आवश्यकता है। और फिर निम्नलिखित दो विधियों की आवश्यकता है। दूसरे मामले में, आपको रूट दृश्य पास करने की आवश्यकता है।

 fun showKeyboard(view: EditText){ view.requestFocus(); (App.APP.getSystemService(Context.INPUT_METHOD_SERVICE) as InputMethodManager?) ?.toggleSoftInput(InputMethodManager.SHOW_FORCED, InputMethodManager.HIDE_IMPLICIT_ONLY) } fun hideKeyboardFrom(view: View) { (App.APP.getSystemService(Activity.INPUT_METHOD_SERVICE) as InputMethodManager?) ?.hideSoftInputFromWindow(view.windowToken, 0) }

और, शायद कोई काम आएगा, टोस्ट के साथ किसी भी लाइन को क्लिपबोर्ड पर कॉपी करने का एक कार्य:

 fun String.toClipboard(toast: Int) { val clip = ClipData.newPlainText(this, this) (App.APP.getSystemService(Context.CLIPBOARD_SERVICE) as ClipboardManager?)?.setPrimaryClip(clip) Toast(toast) }

RecyclerView और TableLayout

और इस छोटे से लेख के अंत में, मैं वही साझा करना चाहता हूं जो मुझे हाल ही में हल करना था। शायद कोई काम आएगा।

प्रारंभिक डेटा इस प्रकार हैं:

प्रदर्शित करने के लिए 1k + डेटा।
प्रत्येक "सेल" में लगभग 10 क्षेत्र होते हैं।
यह ज़ोर से मारना, क्लिक करना, डबल क्लिक करना, लॉन्ग क्लिक करना आवश्यक है।
और ... डेटा हर 300 से 500 मिलीसेकंड में अपडेट किया जाता है।

अगर आप पहले बिंदु के बारे में भूल जाते हैं। तब सबसे ज्यादा काम करने वाला समाधान है टेबललैटआउट। क्यों नहीं RecyclerView? और 3 और 4 अंक के कारण। शीट के अंदर अनुकूलन हैं और यह दृश्य को पुन: उपयोग करता है, लेकिन हमेशा नहीं। और एक नया दृश्य बनाते समय, टच हैंडलर मौजूद नहीं होते हैं। और ठीक है, अगर यह केवल स्वाइप को प्रभावित करता है, लेकिन समय-समय पर समस्या को सामान्य टैप से पुन: पेश किया जाता है। यहां तक कि डेटा को सीधे व्यू में अपडेट करने से भी मदद नहीं मिलती है, और न ही सूचना के माध्यम से। इसलिए, TableLayout का उपयोग करने का निर्णय लिया गया। और सब कुछ ठीक था, जब तक कि डेटा 100 से अधिक नहीं था। और फिर - फ्रीज की दुनिया में आपका स्वागत है।

मैंने हल करने के लिए 2 तरीके देखे - या सेल्यूल का पुन: उपयोग करने के लिए और स्क्रॉल करते समय जादू करना सिखाने के लिए। या दोस्तों को RecyclerView और लगातार अपडेट करने की कोशिश करें। और मैं दूसरे रास्ते से गया। चूंकि टच और स्वाइप (मुख्य रूप से स्वाइप के कारण) View.OnTouchListener पर आधारित एक स्व-लिखित वर्ग द्वारा संसाधित किए गए थे, यह डिस्पैचचॉइवेंट विधि को ओवरराइड करके टच प्रोसेसिंग को पुनर्नवीनीकरण स्तर पर ले जाने के लिए एक प्रभावी समाधान निकला।

एल्गोरिथ्म सरल है:

स्पर्श को पकड़ें
निर्धारित करें कि टचचैल्ड व्यूउंडर (x, y) के साथ कौन सा बच्चा उड़ रहा है
लेआउटमैन से तत्व की स्थिति प्राप्त करें
यदि यह MotionEvent.ACTION_MOVE है, तो हम उसी स्थिति की जांच करते हैं, जो हम पहले की तरह काम करते हैं या नहीं
स्पर्श करने के लिए एम्बेडेड तर्क का प्रदर्शन करें

शायद भविष्य में इस पद्धति से अभी भी समस्याएं होंगी, लेकिन फिलहाल सब कुछ काम कर रहा है और यह अच्छा है।

Android प्रोजेक्ट के लिए घर का बना "चीनी" या "यह कैसे करें"