Android में लंबे समय से प्रतीक्षित दृश्य बंधन

कुछ दिनों पहले, Google ने एंड्रॉइड स्टूडियो 3.6 कैनरी 11 जारी किया, जिसमें मुख्य नवाचार था व्यू बाइंडिंग, जिसे मई में Google I / O 2019 पर वापस वर्णित किया गया था।

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

कैसे सक्षम करें

मॉड्यूल में दृश्य बंधन को सक्षम करने के लिए, आपको build.gradle फ़ाइल में एक तत्व जोड़ना होगा:

 android { ... viewBinding { enabled = true } } 

आप यह भी निर्दिष्ट कर सकते हैं कि आपको किसी विशेष मार्कअप फ़ाइल के लिए बाध्यकारी वर्ग बनाने की आवश्यकता नहीं है। ऐसा करने के लिए, आपको tools:viewBindingIgnore="true" विशेषता निर्दिष्ट करने की आवश्यकता है tools:viewBindingIgnore="true" वांछित मार्कअप फ़ाइल में रूट दृश्य में tools:viewBindingIgnore="true" ।

कैसे उपयोग करें

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

उदाहरण के लिए, मार्कअप फ़ाइल result_profile.xml :

 <LinearLayout ... > <TextView android:id="@+id/name" /> <ImageView android:cropToPadding="true" /> <Button android:id="@+id/button" android:background="@drawable/rounded_button" /> </LinearLayout> 

ResultProfileBinding वर्ग उत्पन्न होगा, जिसमें 2 फ़ील्ड होंगे: TextView name और Button button । ImageView कुछ भी उत्पन्न नहीं होगा, क्योंकि इसमें कोई id नहीं है। इसके अलावा ResultProfileBinding वर्ग में एक getRoot() विधि होगी जो मूल LinearLayout लौटाती है।

क्लास ResultProfileBinding की एक वस्तु बनाने के लिए, आपको स्टेटिक मेथड ResultProfileBinding inflate() को कॉल करना होगा। उसके बाद, आप Activity में content view रूप में रूट दृश्य का उपयोग कर सकते हैं:

 private lateinit var binding: ResultProfileBinding @Override fun onCreate(savedInstanceState: Bundle) { super.onCreate(savedInstanceState) binding = ResultProfileBinding.inflate(layoutInflater) setContentView(binding.root) } 

बाद में binding को देखने के लिए इस्तेमाल किया जा सकता है:

 binding.name.text = viewModel.name binding.button.setOnClickListener { viewModel.userClicked() } 

अन्य दृष्टिकोणों से अंतर

व्यू बाइंडिंग के मुख्य लाभ हैं नल सुरक्षा और प्रकार सुरक्षा।

उसी समय, यदि कुछ दृश्य एक लेआउट लेआउट में उपलब्ध है, लेकिन दूसरे में नहीं है ( layout-land , उदाहरण के लिए), तो बाध्यकारी वर्ग में इसके लिए एक @Nullable क्षेत्र उत्पन्न होगा।

इसके अलावा, यदि अलग-अलग मार्कअप कॉन्फ़िगरेशन में एक ही आईडी के साथ एक दृश्य है, लेकिन विभिन्न प्रकार हैं, तो उनके लिए android.view.View प्रकार के साथ एक फ़ील्ड उत्पन्न किया जाएगा।
(कैनरी 11 के संस्करण 3.6 में कम से कम)

सामान्य तौर पर, यह सुविधाजनक होगा यदि उत्पन्न फ़ील्ड में सबसे संभव विशिष्ट प्रकार था। उदाहरण के लिए, एक कॉन्फ़िगरेशन में एक Button और दूसरे में एक TextView , टाइप TextView एक क्षेत्र उत्पन्न होता है ( public class Button extends TextView )।

व्यू बाइंडिंग का उपयोग करते समय, मार्कअप और कोड के बीच की सभी विसंगतियों का संकलन चरण में पता लगाया जाएगा, जिससे एप्लिकेशन ऑपरेशन के दौरान अनावश्यक त्रुटियों से बचा जा सकेगा।

RecyclerView.ViewHolder में उपयोग

RecyclerView.ViewHolder लिए एक view बनाते समय व्यू बाइंडिंग का उपयोग करने से कुछ भी नहीं रोकता है:

 class PersonViewHolder(private val itemPersonBinding: ItemPersonBinding) : RecyclerView.ViewHolder(itemPersonBinding.root) { fun bind(person: Person) { itemPersonBinding.name.text = person.name } } 

हालाँकि, इस तरह के ViewHolder को बनाने के लिए ViewHolder थोड़ा बॉयलरप्लेट लिखना होगा:

 override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): PersonViewHolder { val layoutInflater = LayoutInflater.from(parent.context) val itemPersonBinding = ItemPersonBinding.inflate(layoutInflater, parent, false) return PersonViewHolder(itemPersonBinding) } 

यह अधिक सुविधाजनक होगा यदि, RecyclerView.ViewHolder साथ काम करते समय RecyclerView.ViewHolder layoutInflater inflate(...) विधि में layoutInflater पैरामीटर नहीं होगा, लेकिन इसे पारित parent से प्राप्त होगा।

यहाँ यह भी ध्यान देने योग्य है कि व्यू बाइंडिंग का उपयोग करते समय, view findViewById() माध्यम से केवल एक बार देखा जाता है, जब findViewById() inflate() विधि inflate() । यह kotlin-android-extensions पर एक फायदा देता है, जिसमें डिफ़ॉल्ट रूप से कैशिंग केवल Activity और Fragment में काम करता है, और RecyclerView.ViewHolder को अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता होती है ।

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

यह अफ़सोस की बात है कि ऐसा उपकरण कई साल पहले दिखाई नहीं दिया था।