🤟🏼 🚶🏿 🐨 सीलबंद कक्षाएं। शब्दार्थ बनाम प्रदर्शन 👨‍👧 ☮️ 👩🏾‍🌾

शायद मुझे नहीं लगता कि सील किए गए वर्गों के बारे में दस्तावेज पढ़ने के बाद मैंने सोचा: “ठीक है। शायद किसी दिन यह काम आएगा। ” बाद में, जब मेरे काम में मुझे कुछ ऐसे कार्य मिले, जहाँ मैं इस उपकरण का सफलतापूर्वक उपयोग करने में सफल रहा, तो मैंने सोचा: “यह बुरा नहीं है। आपको अक्सर आवेदन के बारे में सोचना चाहिए। ” और अंत में, मैं प्रभावी जावा (जोशुआ बलोच, 3) पुस्तक में कार्यों के वर्ग का वर्णन कर रहा हूं (हां, जावा के बारे में पुस्तक में)।

आइए एक आवेदन को देखें और शब्दार्थ और प्रदर्शन के संदर्भ में इसका मूल्यांकन करें।

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

class State( val type: Type, val data: String?, val error: Throwable? ) { enum class Type { LOADING, ERROR, EMPTY, DATA } }

हम इस तरह के कार्यान्वयन के नुकसानों को सूचीबद्ध करते हैं (इसे स्वयं प्रयास करें)

"टैग किए गए वर्गों के लिए पसंदीदा श्रेणी पदानुक्रमों" पुस्तक के अध्याय 23 से टिप्पणी। मैं उससे परिचित होने का प्रस्ताव देता हूं।

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

नया राज्य संसाधित करना इस तरह दिख सकता है:

 fun handleState(state: State) { when(state.type) { State.Type.LOADING -> onLoading() State.Type.ERROR -> state.error?.run(::onError) ?: throw AssertionError("Unexpected error state: $state") State.Type.EMPTY -> onEmpty() State.Type.DATA -> state.data?.run(::onData) ?: throw AssertionError("Unexpected data state: $state") } } fun onLoading() {} fun onError(error: Throwable) {} fun onEmpty() {} fun onData(data: String) {}

कृपया ध्यान दें कि ERROR और DATA जैसे राज्यों के लिए, कंपाइलर विशेषताओं का उपयोग करने की सुरक्षा निर्धारित करने में सक्षम नहीं है, इसलिए उपयोगकर्ता को अनावश्यक कोड लिखना होगा। सिमेंटिक में परिवर्तन केवल रनटाइम पर पता लगाया जा सकता है।

मुहरबंद वर्ग

सरल रीफैक्टरिंग के साथ, हम अपने राज्य को वर्गों के एक समूह में विभाजित कर सकते हैं:

 sealed class State //    stateless  -     singleton object Loading : State() data class Error(val error: Throwable) : State() //  ,     ,  stateless  -  singleton object Empty : State() data class Data(val data: String) : State()

उपयोगकर्ता पक्ष में, हमें राज्य प्रसंस्करण मिलता है, जहां भाषा की स्तर पर विशेषताओं की पहुंच निर्धारित की जाएगी, और दुरुपयोग के कारण संकलन चरण में त्रुटियां होंगी:

 fun handleState(state: State) { when(state) { Loading -> onLoading() is Error -> onError(state.error) Empty -> onEmpty() is Data -> onData(state.data) } }

चूंकि प्रतियों में केवल महत्वपूर्ण विशेषताएं मौजूद हैं, हम स्मृति को बचाने और महत्वपूर्ण रूप से, शब्दार्थ में सुधार के बारे में बात कर सकते हैं। सीलबंद वर्गों के उपयोगकर्ताओं को प्रकार मार्कर के आधार पर विशेषताओं के साथ काम करने के लिए नियमों को मैन्युअल रूप से लागू करने की आवश्यकता नहीं है, विशेषताओं की उपलब्धता को प्रकारों में अलग करके सुनिश्चित किया जाता है।

क्या यह सब मुफ्त है?

स्पॉइलर

नहीं, मुफ्त में नहीं।

कोटलिन की कोशिश करने वाले जावा डेवलपर्स ने यह देखने के लिए कि कोडलिन जावा के नियम क्या हैं, यह देखने के लिए विघटित कोड को देखा होगा। एक अभिव्यक्ति के साथ जब कुछ इस तरह दिखेगा:

 public static final void handleState(@NotNull State state) { Intrinsics.checkParameterIsNotNull(state, "state"); if (Intrinsics.areEqual(state, Loading.INSTANCE)) { onLoading(); } else if (state instanceof Error) { onError(((Error)state).getError()); } else if (Intrinsics.areEqual(state, Empty.INSTANCE)) { onEmpty(); } else if (state instanceof Data) { onData(((Data)state).getData()); } }

उदाहरणों की बहुतायत वाले शाखाएं "खराब कोड के संकेत" और "प्रदर्शन प्रभाव" के बारे में रूढ़ियों के कारण भयावह हो सकती हैं, लेकिन हमें कोई पता नहीं है। किसी तरह निष्पादन की गति की तुलना करना आवश्यक है, उदाहरण के लिए, जेएमएच का उपयोग करना।

"जावा कोड की गति को सही ढंग से मापना" लेख के आधार पर, चार राज्यों (LOADING, ERROR, EMPTY, DATA) के प्रसंस्करण की एक परीक्षा तैयार की गई थी, यहाँ इसके परिणाम हैं:

 Benchmark Mode Cnt Score Error Units CompareSealedVsTagged.sealed thrpt 500 940739,966 ± 5350,341 ops/s CompareSealedVsTagged.tagged thrpt 500 1281274,381 ± 10675,956 ops/s

यह देखा जा सकता है कि मुहरबंद कार्यान्वयन the25% धीमी गति से काम करता है (एक धारणा थी कि अंतराल 10-15% से अधिक नहीं होगा)।

यदि चार प्रकारों में हमारे पास एक चौथाई अंतराल है, तो बढ़ते प्रकार (इंस्टाफॉरेस्ट चेक की संख्या) के साथ, अंतराल केवल बढ़ना चाहिए। जाँच करने के लिए, हम प्रकारों की संख्या बढ़ाकर 16 (मान लेते हैं कि हम इस तरह की एक विस्तृत पदानुक्रम प्राप्त करने में कामयाब रहे हैं):

 Benchmark Mode Cnt Score Error Units CompareSealedVsTagged.sealed thrpt 500 149493,062 ± 622,313 ops/s CompareSealedVsTagged.tagged thrpt 500 235024,737 ± 3372,754 ops/s

उत्पादकता में कमी के साथ, सील की गई बिक्री का प्रतिशत बढ़कर --35% हो गया - एक चमत्कार नहीं हुआ।

निष्कर्ष

इस लेख में, हमने अमेरिका की खोज नहीं की, और उदाहरणों पर शाखाओं में मुहरबंद कार्यान्वयन वास्तव में लिंक तुलना की तुलना में अधिक धीरे-धीरे काम करते हैं।

फिर भी, कुछ विचारों को आवाज़ देने की आवश्यकता है:

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

सीलबंद कक्षाएं। शब्दार्थ बनाम प्रदर्शन

मुहरबंद वर्ग

क्या यह सब मुफ्त है?

निष्कर्ष

More articles: