🧟 👩🏿‍🚀 👨🏽‍🏫 पर्ल ओओपी पैकेज प्रदर्शन 🕎 💊 🕢

जैसा कि आप जानते हैं कि पर्ल ओरिएंटेड प्रोग्रामिंग के लिए बहुत सुविधाजनक सपोर्ट नहीं है। यदि आप कक्षाओं के साथ कार्यक्रम करना चाहते हैं, तो आपको मैन्युअल रूप से बहुत कुछ करना होगा। हालांकि, पर्ल के पास बहुत समृद्ध विस्तार विकल्प हैं, इसलिए समय के साथ कई पुस्तकालय (पैकेज) प्रकट हुए हैं जो अलग-अलग डिग्री, सुविधा के साथ सिंटैक्स के साथ वर्गों, विधियों और गुणों के लिए समर्थन प्रदान करते हैं। लेकिन जैसा कि यह निकला, ये पैकेज OOP डिजाइनों के मैनुअल कार्यान्वयन की तुलना में प्रदर्शन में खो जाते हैं। यानी एक तरफ, वे उपयोग करने के लिए अच्छे हैं, और दूसरे पर, वे कोड को धीमा कर देते हैं। मैं हमेशा जानना चाहता था कि कोड कितना धीमा हो रहा है, और इनमें से कौन से पैकेज का उपयोग किया जाना चाहिए, और जो नहीं हैं। इसलिए मैंने थोड़ा रिसर्च करने का फैसला किया।

OOP पैकेज अवलोकन

आरंभ करने के लिए, हम पर्ल के लिए उपलब्ध OOP पैकेजों पर एक छोटी नज़र डालेंगे।

सिर्फ पर्ल

किसी भी पैकेज के बिना, पर्ल में एक वर्ग इस तरह बनाया जा सकता है:

package Dog; sub new { my ($class, %self) = @_; bless \%self, $class; return \%self; } sub make_noise { my $self = shift; say $self->{name}, " says: ruff-ruff!"; } 1;

तब इस तरह के एक वर्ग के रूप में इस्तेमाल किया जा सकता है:

 use Dog; my $dog = Dog->new(name => "Snoopy"); $dog->make_noise();

मूस

मूस पैकेज का मूल पर्ल 6 से विचार है। कक्षाओं का निर्माण करने के लिए इसका उपयोग करना आसान परिमाण का एक क्रम है। पिछले उदाहरण, मूस के साथ फिर से लिखा गया, बहुत बेहतर लगेगा:

 package Dog; use Moose; has name => (is => 'ro', isa => 'Str'); sub make_noise { my $self = shift; say $self->name(), " says: ruff-ruff!"; } __PACKAGE__->meta->make_immutable;

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

विधि :: हस्ताक्षर

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

इसके साथ, हमारा कोड और भी बेहतर हो जाता है:

 package Dog; use Moose; use Method::Signatures; has name => (is => 'ro', isa => 'Str'); method make_noise() { say $self->name(), " says: ruff-ruff!"; } __PACKAGE__->meta->make_immutable;

मूसएक्स :: घोषणा

पर्ल के अनुयायियों के जिज्ञासु दिमाग वहाँ नहीं रुके, लेकिन बहुत आगे जाकर उन्होंने MooseX :: Declare लिखा। सच में एक अद्भुत पैकेज, यदि एक कमबैक (जिसके बारे में बाद में) के लिए नहीं। अब हम अपने डॉग क्लास के विवरण में पूर्ण निर्वाण प्राप्त कर सकते हैं:

 use MooseX::Declare; class Dog { has name => (is => 'ro', isa => 'Str'); method make_noise() { say $self->name(), " says: ruff-ruff!"; } }

OOP पैकेज प्रदर्शन

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

एक वर्ग वस्तु बनाना।
विधि कॉल।
संपत्ति तक पहुंच।

और तो चलिए शुरू करते हैं। बेंचमार्क का उपयोग परीक्षण के लिए किया जाएगा। परीक्षण के परिणामों में, संकेतन निम्नानुसार है:

वेनिला - अतिरिक्त पैकेज के बिना शुद्ध पर्ल,
Moose - Moose पैकेज के साथ,
Moose_sig - पैकेज के साथ Moose और विधि :: हस्ताक्षर,
MooseX - MooseX पैकेज के साथ।

वस्तु निर्माण

               दर moose_sig मूस moosex वेनिला
 moose_sig 104102 / s - -0% -0% -74%
 मूस 104383 / s 0% - -0% -74%
 मोसेक्स 104592 / s 0% 0% - -74%
 वेनिला 401924 / s 286% 285% 284% -

जैसा कि आप देख सकते हैं, शुद्ध ओर्ल का उपयोग करने की तुलना में सभी ओओपी पैकेजों का उपयोग करके ऑब्जेक्ट बनाना लगभग 4 गुना धीमा है। लेकिन एक अच्छी खबर है: Moose और MooseX का उपयोग करके एक ऑब्जेक्ट बनाने का ऑपरेशन :: Declare एक ही समय में होता है। इसलिए, यदि आप इनमें से किसी एक पैकेज का उपयोग करते हैं, तो आपको MooseX :: Declare को वरीयता देने की आवश्यकता है।

विधि कॉल

विधि को बुलाते हुए, अगले पैराग्राफ पर चलते हैं। यहाँ चित्र इतना अद्भुत नहीं है:

               दर मोसेक्स मूस मोसे_सिग वेनिला
 Moosex 8596 / s - -94% -94% -95%
 मौस 148055 / एस 1622% - -0% -17%
 moose_sig 148516 / s 1628% 0% - -17%
 वेनिला 178254 / s 1974% 20% 20% -

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

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

संपत्ति का उपयोग

चलो परीक्षण के अंतिम बिंदु पर चलते हैं, वस्तु की संपत्ति तक पहुंच:

                दर मोसेक्स moose_sig moose वेनिला
 मूसेक्स 1503608 / s - -1% -1% -17%
 moose_sig 1517928 / s 1% - -0% -16%
 मौस 1517928 / s 1% 0% - -16%
 वेनिला 1815063/21% 20% 20% -

फिर से, शुद्ध पर्ल की तुलना में सभी पैकेजों का नुकसान केवल 20% है। जैसा कि आप देख सकते हैं, यहां MooseX बाकी पैकेजों से ज्यादा खराब नहीं था। यदि MooseX के लिए नहीं है :: विधि :: हस्ताक्षर ...

MooseX को ठीक करें

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

पहली बात जो दिमाग में आती है, वह है विधि :: मोसेक्स के साथ हस्ताक्षर :: डिक्लेयर। हम निम्नानुसार डॉग कोड फिर से लिखते हैं:

 use MooseX::Declare; class Dog { use Method::Signatures; has name => (is => 'ro', isa => 'Str'); method make_noise() { say $self->name(), " says: ruff-ruff!"; } }

यह दृष्टिकोण काम करता है, लेकिन एक बदसूरत चेतावनी की ओर जाता है:

 सबरूटीन डॉग :: मेथड को पुनर्परिभाषित किया गया। इसे /opt/local/lib/perl5/site_perl/5.14.1/darwin-thread-multi-2level/Devel/Declare/MethodInstaller/Simple.pm लाइन 17 पर दिया गया।
 प्रोटोटाइप बेमेल: उप डॉग :: विधि: कोई नहीं (&) / atopt /local/lib/perl5/site_perl/5.14.1/darwin-thread-multi-2level/Dvel/Declare/MethodInstaller/Simple.pm लाइन 17 पर।

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

विधि :: हस्ताक्षर :: सरल

क्या आसान हो सकता है! विधि :: हस्ताक्षर :: सरल विधि का एक सरलीकृत संस्करण है :: हस्ताक्षर जिसमें एक अच्छी सुविधा है। इसमें, आप विधि फ़ंक्शन के लिए अपना नाम सेट कर सकते हैं, इस प्रकार MooseX :: विधि :: हस्ताक्षर के साथ संघर्ष से बच सकते हैं।

इस पैकेज का उपयोग करते हुए, डॉग इस तरह दिखेगा:

 use MooseX::Declare; class Dog { use Method::Signatures::Simple name => 'def'; has name => (is => 'ro', isa => 'Str'); def make_noise() { say $self->name(), " says: ruff-ruff!"; } }

अंतर यह है कि विधि के बजाय अब हम डिफ (जैसे पायथन) लिखते हैं।

देखते हैं कि हमारे कोड (moosex_sig) के प्रदर्शन में सुधार हुआ है या नहीं:

                रेट मोसेक्स moosex_sig moose_sig moose वेनिला
 Moosex 8651 / s - -94% -94% -94% -95%
 moosex_sig 146152 / s 1589% - -1% -3% -18%
 moose_sig 148025 / s 1611% 1% - -2% -17%
 मौस 150866 / s 1644% 3% 2% - -16%
 वेनिला 179200 / एस 1971% 23% 21% 19% -

हमारी अपेक्षाएं पूरी हुईं। MooseX :: घोषणा + विधि :: हस्ताक्षर :: सरल Moose + विधि :: हस्ताक्षर के समान प्रदर्शन देता है।

निष्कर्ष

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

परिशिष्ट: परीक्षण के लिए स्रोत कोड github पर उपलब्ध है: github.com/alexeiz/oopbench

पर्ल ओओपी पैकेज प्रदर्शन